For investors
股价:
5.36 美元 %For investors
股价:
5.36 美元 %认真做教育 专心促就业
我们在前几期的文章中给大家简单介绍了软件测试的一些基础知识与用法等内容,而本文我们就继续来了解一下,企业项目单元测试注意事项分析。
自动用例的局限与应用?
自动生成用例是简单技术,但工具不可能自动了解代码功能,自动用例通常与功能无关,主要依赖自动用例是不现实的。
自动用例可用于边界测试,即为边界输入自动生成用例,捕捉边界输入产生的异常、崩溃、超时等极端错误,这类错误通常是程序员未考虑边界输入,也未编写防御代码造成的,属于代码缺失,白盒覆盖难于发现。
企业项目单元测试关键点:隔离
企业项目通常高耦合、可测性差。希望通过改进设计解决可测性问题是不现实的,程序是客观事物的反映,互相关联、互相纠缠不可避免。
将测试目标从原始项目中隔离出来,这是测试的前提。隔离的主要方式是打桩。打桩必然造成失真,因此应避免不必要打桩。
为减少工作量,应将个人的测试任务一次性隔离出来,任务以外的其他代码,关系紧密的应直接调用,关系松散的或未实现的自动打桩,库文件应直接调用。
企业项目单元测试关键点:用例
与测试独立小程序不同,企业项目的用例设计将面对一些难题:打桩造成的失真、脱离原系统后部分底层代码行为不可控、静态局部变量无法外部初始化、复杂的间接输入难于初始化、内部输出难于自动判断等,这些是工具必须解决的。工具还应提供足够的灵活性,在特殊情况下可以人工处理。
企业项目单元测试关键点:效率
效率决定实施能否成功。不要做平行、重复的事情,例如,没必要把黑盒方法和白盒方法分别做一遍、把动态方法和静态方法分别做一遍。
使用合适的工具是提升效率的前提。驱动、打桩、插装、底层模拟支持、统计覆盖率、协助找出遗漏用例等等工作,都是工具可以完成也是必须完成的。
工具的价值在于,解决人工难于解决的问题,提升效率,发挥人的智慧,而不是代替人的智慧。
边开发边测试,例如测试驱动开发和可视编程,都是大幅提升效率的开发模式,尤其是可视编程,可以在不增加开发时间的前提下同时完成编码和单元测试。
企业项目单元测试关键点:效果
与系统测试不同,针对具体单元,等价类是可穷举的,可以实现彻底测试,这也是需要单元测试的主要原因,因此,应将彻底测试作为效果目标。
彻底测试并不是指测试所有代码,逻辑简单的代码是没必要测试的。彻底测试是指覆盖被测函数的所有输入等价类。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei456学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。