1、单元测试的步骤
通常单元测试在编码阶段进行。在源程序代码编制完成,经过评审和验证,确认没有语法错误之后,就开始进行单元测试的测试用例设计。利用设计文档,设计可以验证程序功能、找出程序错误的多个测试用例。对于每一组输入,应有预期的正确结果。
模块并不是一个独立的程序,在考虑测试模块时,同时要考虑它和外界的联系,用一些辅助模块去模拟与被测模块相联系的其它模块。这些辅助模块分为两种:
驱动模块:相当于被测模块的主程序。它接收测试数据,把这些数据传送给被测模块,最后输出实测结果。
桩模块:用以代替被测模块调用的子模块。桩模块可以做少量的数据 *** 作,不需要把子模块所有功能都带进来,但不允许什么事情也不做。
被测模块、与它相关的驱动模块及桩模块共同构成了一个“测试环境”。
2、单元测试的内容
模块接口测试:对通过被测模块的数据流进行测试。为此,对模块接口,包括参数表、调用子模块的参数、全程数据、文件输入/输出 *** 作都必须检查。
局部数据结构测试:设计测试用例检查数据类型说明、初始化、缺省值等方面的问题,还要查清全程数据对模块的影响。
路径测试:选择适当的测试用例,对模块中重要的执行路径进行测试。对基本执行路径和循环进行测试可以发现大量路径错误。
错误处理测试:检查模块的错误处理功能是否包含有错误或缺陷。例如,是否拒绝不合理的输入出错的描述是否难以理解、是否对错误定位有误、是否出错原因报告有误、是否对错误条件的处理不正确在对错误处理之前错误条件是否已经引起系统的干预等。
边界测试:要特别注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。对这些地方要仔细地选择测试用例,认真加以测试。
此外,如果对模块运行时间有要求的话,还要专门进行关键路径测试,以确定最坏情况下和平均意义下影响模块运行时间的因素。这类信息对进行性能评价是十分有用的。
扩展资料:
单元测试的优点:
1、它是一种验证行为。
程序中的每一项功能都是测试来验证它的正确性。它为以后的开发提供支援。就算是开发后期,我们也可以轻松的增加功能或更改程序结构,而不用担心这个过程中会破坏重要的东西。而且它为代码的重构提供了保障。这样,我们就可以更自由的对程序进行改进。
2、它是一种设计行为。
编写单元测试将使我们从调用者观察、思考。特别是先写测试(test-first),迫使我们把程序设计成易于调用和可测试的,即迫使我们解除软件中的耦合。
3、它是一种编写文档的行为。
单元测试是一种无价的文档,它是展示函数或类如何使用的最佳文档。这份文档是可编译、可运行的,并且它保持最新,永远与代码同步。
4、它具有回归性。
自动化的单元测试避免了代码出现回归,编写完成之后,可以随时随地的快速运行测试。
很多人在进行软件开发的之后会忽略一个重要的细节,一般情况下很多人不写单元测试,只是偶尔才会写写。
只有很少一部分程序员会自己编写代码进行单元测试,这样才能保证测试通过。
下面江西电脑培训为大家介绍项目开发的单元测试,有哪些理解误区。
一、不知道怎么编写单元测试这个问题主要是没有接触过单元测试的,并且没有体会过企业的代码开发。
在开发功能模块时,您需要确定模块是否有错误?如果您有特定的业务,您需要运行debug模式,然后将其逐渐深入到代码中?在这种情况下,江西IT培训认为就需要了解单元测试工具了。
二、单元测试价值不高,浪费时间这样的想法是非常错误的。
在开发过程中,代码完成并不等于开发完成,如果没有进行有效的代码测试,是不能保证代码的正常运行。
一般情况下,测试人员是进行业务上的测试,对单元是无法进行测试的,所以江西IT培训建议在进行项目开发中使用更多的时间进行单元测试。
三、项目业务逻辑简单,不进行单元测试业务逻辑是否简单,其实是相对的。
当你熟悉某个业务逻辑时,你就会认为它很简单。
但是测试代码功能是否正确还是在于你对同事的了解,这样你可以在不读代码的情况下了解很多知识,所以单元测试不仅能够解放自己,还能更好的方便别人。
单元测试是很多程序员比较讨厌的环节,但是单元测试能够带来的好处却是非常多的。
虽然测试不能保证每个程序的正确性,但是测试能够给我们带来自信,江西电脑培训认为程序员应该进行单元测试,在短时间找到项目存在的问题。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)