
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
我们在前几期的文章中给大家简单介绍了程序员在学习软件测试技术的时候需要掌握的一些基础知识等内容,而本文我们就通过案例分析来简单了解一下,测试用例设计都有哪些方法。
1.测试将显示出缺陷的存在。开始设计更多将显示缺陷的测试。“幸福路径”应该会起作用,当然,除非你质疑交付测试的代码质量。
2.许多情况下都不可能测试一切。建议使用风险分析并优先关注测试工作的重点。接受一个事实:没有一个各种组合和排列的测试会降低压力水平和期望。有时候会错过一些事。如果你想要20个测试,好设计100个测试,再从中挑选出好的20个。
3.开发生命周期中尽可能早地开始测试活动。别以为测试只是一旦产品可执行时用来确认和验证产品的功能的。相比后来在SDLC这样做,在验收前正在审核要求时设计测试,比起在SDLC中晚点这么做,可以获得很高的投资回报率。
4.缺陷很集中。测试执行后不要停止设计新测试。如果时间够的话,审查被排除在(与在其中新发现的缺陷被确定的组成部分相关的)初范围外的测试集合中的一些测试。
5.在某些时候,系统会对被多次反复的测试“免疫”。再次强调,在设计好的测试停止寻找缺陷后不要停止设计新测试。审查被排除在初范围外的测试集合,或者利用更多测试技巧拓宽缺陷类型。
6.你如何设计测试受到正在开发的系统的环境和业务领域的形式影响。不是每个人都在建桥梁。此外,根据测试水平去设计测试。
7.如果你曾经用代码设计了很多测试,后来实现了代码并不能解决用户的需求和期望,那一刻就像在经历一次史诗级的失败。如果规范欠缺,就根据用户期望系统如何工作以及它将如何满足他们的需要去考虑设计测试。不要依赖代码作为规范的来源。
确定需要什么样的报告,然后寻找能够尽快产生这些报告的佳工具。不幸的是,测试往往是非常依赖工具来处理大量信息,但工具也可能对测试形式有影响,并需要流程去确保信息准确。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei456学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。