测试驱动的设计与开发.pptx

上传人:修**** 文档编号:87052353 上传时间:2023-04-15 格式:PPTX 页数:40 大小:477.08KB
返回 下载 相关 举报
测试驱动的设计与开发.pptx_第1页
第1页 / 共40页
测试驱动的设计与开发.pptx_第2页
第2页 / 共40页
点击查看更多>>
资源描述

《测试驱动的设计与开发.pptx》由会员分享,可在线阅读,更多相关《测试驱动的设计与开发.pptx(40页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、测试驱动的设计和开发(Test Driven Design and Development)基础篇111111你的代码工作吗?“这段代码很简单,不可能出错”“我试过了,它是正常工作的呀”“我用Debugger测试过了,我遍历了所有程序分支,内存中的值都是对的”最好的方法是写一段另外的代码来证明它,让电脑来告诉我们它是工作的。111112XP中的测试Unit TestAcceptance Test(Functional Test)Regression TestNightly TestStress Test所有的测试都应该独立地自动的运行111113什么是单元测试(Unit Test)单元测试是一

2、段能够放在批处理中自动运行的,用来测试Classes的程序。单元测试测试一小段代码或一个足够小的功能。单元测试程序调用这小段代码或功能,并验证返回的结果是否符合预先设定的结果。每个单元测试至少应该有两个测试例子(Test Case):NegativePositive单元测试是软件工程的一个关键部分。111114什么是Acceptance TestAcceptance Test are programs or scripts configured to test thatpackages(groups of clusters of classes)meet external requiremen

3、ts and achieve goals,such as performance.They include screen-driving programs that test GUIs from without.Acceptance Test是对软件做End-To-End的测试,衡量软件是否符合用户需求的指标,也就是验收测试。111115什么是Regression Test“Regression testing is the process of validating modified parts of the software and ensuring that no new errors

4、are introduced into previously tested code.”一句话,Regresstion Test就是要重新测试所有的代码和功能。Regression Test和Development Test的不同在于Regression Test需要重用已经建立的所有的测试单元(Unit Test)和功能测试套件(Functional Test)。Regression Test的基础是完整的自动单元测试和功能测试。111116什么是Nightly TestNightly Test就是每晚自动运行所有的Unit Test和Acceptance Test。Nightly Test

5、是XP中的Continuous Test的一个练习(Practice)。Nightly Test可以准确的反映项目开发的进度和质量。111117Nightly TestNightly Test是软件开发中一个保证开发之质量的最有效的方法,也是衡量软件之质量和开发效率的最好的指标。Nightly Test就是每天工作结束,所有的代码都Check in到Source Control后,自动运行所有的Unit Test和Function Test。测试的结果应该自动分发给开发人员和管理层。两个指标数值:测试例子的通过率 单元测试必须是100%通过。Functional Test 应该按计划的通过。单

6、元测试的覆盖率 表明有多少Class被测试过和测试的完善程度。111118测试优先的编程在写任何代码之前,先写它的Unit Test。“Never write a line of functional code without a broken test case”Kent BeckTest-First Programming是一种测试技术吗?Test-First Programming首先是一种分析方法。它迫使程序员仔细思考要做什么和不要做什么(而不是如何具体的实现)。特别是各种例外的情况,并用程序语言正式的写下来。这就好像在程序员的任务和程序员之间签订了一个清晰的正式合同。Test-Fir

7、st Programming是一种设计方法。Unit Test测试的事程序,而不是一个想法。程序员必须清晰的定义程序的界面才能写出它的Unit Test。而这时程序员是不知道(也不需要知道)里面的具体逻辑是如何实现的。程序员只需要考虑Class的界面和功能(Responsibility)。啊,你在做OO设计了。Test-First Programming是一种质量控制方法(Quality Control)。如何控制质量呢?如何知道我的程序是否运行呢?我会不会漏了什么?运行一下Unit Test。Test-First Programming是一种重构和优化的方法。我们总希望自己的代码可以漂亮,运

8、行的效率高,所以我们会不断地去改进。可是如何保证改进和优化后的质量呢?会不会越改越糟?答案还是Unit Test。Test-First Programming不是通常意义上的测试技术,它的目的也不是仅仅用来测试你的代码。Test-First Programming是一种面向对象的开发方法。111119什么是Test-Driven Design(TDD)Test-Driven Design是一种开发风格,它要求程序员做到:在写产品代码之前,先写它的单元测试(Unit Tests)没有单元测试的Class不允许作为产品代码单元测试例子决定了如何写产品代码不断地成功运行所有的单元测试例子不断的完善单

9、元测试例子Test-Driven Design是把需求分析,设计,质量控制量化的过程!1111110为什么会出现TDD现实中的设计(Design)和测试(Testing):面对一个新的开发任务,往往第一个念头就是如何去实现它呢?“好像是这样做的”感觉上差不多了。抓起任务就开始编码,一边写,一边修改和设计。哎,时间很紧。我先把任务实现了,然后再好好测试。还是不工作,时间不多了。做个快速但丑陋的修改吧。等有空来再来重新整理这些代码吧。用Debugger运行几次代码,走完所有的我认为可能的分支。我感觉这些代码应该行了。提交吧。哎,我也知道该写一些自动的单元测试来把刚才在Debugger中的测试走一遍

10、。可是那是很多的活啊。这种情况要作自动测试太复杂了。还是手工作一下测试好了。1111111为什么会出现TDD(Continue)程序员心中的测试:很郁闷的工作。对啊,程序员该做些新的,有创意的东西嘛。写一些新的功能会更有趣些。我知道这些代码会工作的。我的经验和感觉都这样告诉我。只要没人乱改我的代码,应该就没问题。再说这些边缘情况几乎不可能出现了。测试是QA的工作。自动测试太花时间(我要赶Deadline),不值得。1111112如何面对这些现实和想法Test-Driven Design and Development真的能行?试一试!1111113如何做Test Driven Design a

11、nd Development再开发一个新的功能之前首先确定你要做什么(不是要如何做!)比如说一个论坛的增加用户的功能,我们需要又一个method来增加一个用户:public void addAccount(Account account)当然包括成功增加一个用户(在数据库中插入一条纪录)还包括如果已经由一个相同的用户,应该返回一个用户已存在的消息 OK,我们知道这个method中的这段代码要做什么,而且这段代码也足够简单。1111114如何做Test Driven Design and Development(Continue)然后为这个功能(Method)写单元测试例子(Unit Test)

12、单元测试例子要覆盖这个Method的“做什么”。所以我们至少有了两个测试例子:Test Case 1:测试成功增加一个用户Test Case 2:测试增加一个已存在的用户其他边缘情况测试:Test Case 3:传入的Account对象为NULL1111115如何做Test Driven Design and Development(Continue)写Production代码我们清楚知道这段代码需要做什么。因为我们有另一段代码摆在那里,清晰的表明这段代码的Contracts。不用多,也不能少,只需要能实现再Unit Test中的Contracts和能够通过它的Unit Test。111111

13、6如何做Test Driven Design and Development(Continue)运行Unit Test如果顺利通过,你已经很好的完成了你的任务。如果没通过,修补代码直到能通过Unit Test为止。如果出现在Unit Test中没预先设定的结果,在Unit Test中增加一个Test Case,修补代码直到通过所有的Test Case为止。1111117TDD和PSPPersonal Software Process的DevelopmentDesignCodeBuildTestTest-Driven Design and DevelopmentAnalysisCode Unit

14、 TestCodeBuildRun TestAnalysisDesign1111118XP采用了TDDTDD是Extreme Programming中必须遵行的一个方法。TDD是XP中Pair Programming的工作模式。XP中把测试驱动的设计和开发做到极致。TDD的整个流程由两个程序员一起执行。XP正是因为采用了TDD才能够做到每天的代码都是Production Code和每个小的Release都能提供具备Production质量的代码并投入使用。有了TDD,XP才能降低风险,去拥抱变化。有了TDD,XP才能在计划的时间内完成计划质量的代码。有了TDD,XP才能减少CodeFix环节,

15、从而减少项目成本。有了TDD,XP Team才能对自己的工作充满自信。1111119TDD防止Over-Engineering在开发中采用TDD,可以有效的避免过度设计和开发。如果程序员不愿为一个Method写测试例子或者认为现在没有必要测试改Method,那这个Method多半是现在不需要的。1111120TDD,程序员和管理层对程序员来说,通过运行Unit Test和Functional Test,每天下班的时候都可以清楚的知道自己的代码是work的。对管理层来说,通过Nightly Test的结果,每天一早都清楚的知道项目的质量和开发进度。1111121XP中谁来写TestsDevelo

16、per:Unit TestAcceptance Test(Functional Test)Customer:Acceptance TestCustomer为每一个User Story写Functional Test。但通常用户并不具备设计和开发Functional Test的能力,需要程序员的帮助。1111122什么时候写Tests?如果你要写一个新的功能,请先写她的测试例子如果你要在没有经过测试的代码上写新的功能,请先写目前代码的测试例子如果你要Fix一个Bug,请先为这个Bug写一个测试例子如果你要Refactor没有测试过的代码,请先写一个测试例子如果你发现一个边缘例外值,请为她写一个测

17、试例子1111123Extreme Unit JunitJava Class的测试FrameworkJFCUnitJava Swing app的测试FrameworkCatusJava Server Side(EJB,Servlet)的测试FrameworkHTMLUnitHtml Page的测试FrameworkHTTPUnitHtml Page的测试FrameworkCPPUnitC+测试Framework.NetUnit.Net app的测试Framework1111124Junit(A sample)Junit是由kent Beck和Erich Gamma 编写的一个open sour

18、ce的测试框架,用来编写可重复的测试例子。测试论坛中的增加用户methodpublic class AccountDAOmySql implements AccountDAO/*Add a user account*param Account-A account object that contains the user info,like userName,*password,email*/public void addAccount(final Account account)throws SQLException,AccountAlreadyExistException1111125Ju

19、nit(A sample)1.为对应的Java Class建立一个TestCase。Unit Test Case应该放在和Business Class相同的Package中,但在不同的的物理位置。package org.redsoft.forum.dao.mysqlimport junit.framework.TestCase;import junit.framework.TestSuite;import junit.framework.Test;public class AccountDAOmySqlTest extends TestCase public AccountDAOmySqlTe

20、st(String name)super(name);1111126Junit(A sample)2.Override setUp()and tearDown()如果需要,可以在setUp()中初始化需要的全局变量,资源等(比如Database Connection,File I/O或Mock Objects等)相应的,可以在tearDown()中释放资源(Database Connection,File I/O和Mock Objects等)public class AccountDAOmySqlTest extends TestCase private MysqlFixture mysqlF

21、ixtureIns=new MysqlFixture();public void setUp()throws Exception mysqlFixtureIns.setUp();public void tearDown()throws Exception mysqlFixtureIns.tearDown();1111127Junit(A sample)3.为被测试的Method写Test Casepublic void testAddAccountNormal()AccountDAOmySql dao=new AccountDAOmySql();Account account=new Acco

22、unt(USER_NAME,charles,charles_);try dao.addAccount(account);Account account_new=dao.findByUserName(account.getUserName();assertEquals(Expecting charles,account.getUserName(),account_new.getUserName();assertEquals(Expecting charles,account.getPassword(),account_new.getPassword();assertEquals(Expectin

23、g ,account.getEmail(),account_new.getEmail();dao.removeAccount(account.getUserName();catch(final Exception e)e.printStackTrace();fail(Unexpected exception:+e.toString();1111128Junit(A sample)public void testAddAccountAlreadyExist()AccountDAOmySql dao=null;Account account=null;try/Add an Account dao.

24、addAccount(account);fail(AccountAlreadyExistException expected);catch(final SQLException e)e.printStackTrace();fail(Unexpected exception:+e.toString();catch(final AccountNotFoundException notFound)notFound.printStackTrace();fail(Unexpected exception:+notFound.toString();catch(final AccountAlreadyExi

25、stException ex)/Passtrydao.removeAccount(account.getUserName();catch(final SQLException sql)sql.printStackTrace();fail(Unexpected exception);1111129Junit(A Sample)运行这个Unit Test。Junit提供两种运行界面:Swing(junit.swingui.TestRunner)C:sandboxforumjava-classpath./classes;./lib/junit.jar;./lib/mysql_jdbc.jar;./l

26、ib/Tidy.jar;./lib/struts.jar junit.swingui.TestRunner org.redsoft.forum.dao.mysql.AccountDAOmySqlTest1111130Junit(A Sample)Text界面(junit.textui.TestRunner)1111131Junit Test SuiteTest Suite用来运行所有的Unit TestsTest Suite的数型结构:org.redsoft.forum.AllTest|-org.redsoft.forum.dao.AllTest|-org.redsoft.forum.dao.

27、mysql.AllTest|-org.redsoft.forum.util.AllTest每个Package Level都由一个AllTest Test Suite在每个Test Suite中,加入在本package level中的所有单元测试例子(Unit Test Cases)加入子Package level中的所有AllTest Suite1111132Junit Test Suitepackage org.redsoft.forum.dao;public class AllTests public static void main(String args)junit.textui.Te

28、stRunner.run(suite();public static Test suite()TestSuite suite=new TestSuite();/加入子加入子package中的中的AllTest suitesuite.addTest(org.redsoft.forum.dao.mysql.AllTests.suite();/加入本加入本package level中的中的Unit Test casesuite.addTestSuite(MysqlDataSourceTest.class);return suite;/EOC1111133JFC Unit一个Junit的Extensi

29、on,用来测试Swing-based的Application。一个最简单的Sample:测试一个Login Screen1111134JFC Unit代码片断:设置测试环境private LoginScreen loginScreen=null;private TestHelper helper=null;public LoginScreenTest(String name)super(name);protected void setUp()throws Exception super.setUp();helper=new JFCTestHelper();loginScreen=new Log

30、inScreen(LoginScreenTest:+getName();loginScreen.setVisible(true);protected void tearDown()throws Exception loginScreen=null;helper.cleanUp(this);super.tearDown();代码片断:测试图形界面JDialog dialog;JButton exitButton=(JButton)helper.findNamedComponent(ExitButton,loginScreen,0);assertNotNull(Could not find the

31、 Exit button,exitButton);JButton enterButton=(JButton)helper.findNamedComponent(EnterButton,loginScreen,0);assertNotNull(Could not find the Enter button,enterButton);JTextField userNameField=(JTextField)helper.findNamedComponent(LoginNameTextField,loginScreen,0);assertNotNull(Could not find the user

32、NameField,userNameField);assertEquals(Username field is empty,userNameField.getText();JTextField passwordField=(JTextField)helper.findNamedComponent(PasswordTextField,loginScreen,0);assertNotNull(Could not find the passwordField,passwordField);assertEquals(Password field is empty,passwordField.getTe

33、xt();1111135利用Ant来做Nightly Test使用Ant中的两个Tasks来完成自动运行Nightly Test 产生一个XML个是的结果报告再利用JunitReport来产生一个可供浏览的结果文件。1111136测试例子覆盖率利用NOUnit来获得测试例子的覆盖率(http:/ Tests:100%always任何时候如果Unit Tests的出现错误(Junit的进度指示显示红色),XP Team的首要工作就是修补Unit Tests直至Junit的进度指示为绿色。如果不修复出错的测试例子,就会出现滚雪球效应,在未知质量代码基础上的开发只会导致更多的未知质量的代码。软件质量的基石就开始崩溃。1111138Software Quality Management你的项目有Software Quality Management吗?如何衡量?CMM Level4-软件产品的质量管理是被预先计划的-测量方法和目标是被预先定义和计划的-质量管理的进度是被预先计划的 1111139Reference1111140

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 管理文献 > 企业管理

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁