1,测试用例通常包括以下几个组成元素:
答:用例编号、测试模块、用例标题、用例级别、前置条件、测试输入、执行操作、预期结果,实际结果,版本号,测试人员,测试时间。
2,编写测试用例都有什么方法:
1,等价类划分法
多用于多用于输入框,等价类 :一般可分为有效等价类和无效等价类。
2,边界值法
一般边界值分析是因为程序开发循环体时的取数可能会因为<,<=搞错。
如1~100,1和100为上点,0和101为离点。
3,因果图法
因果图法比较适合输条件比较多的情况,测试所有的输入条件的排列组合。所谓的原因就是输入,所谓的结果就是输出。
4,场景法
5,正交表法
应用场景:多用于下拉框如(地区)在一个界面中有多个控件,每个控件有多个取值,控件之间可以相互组合,不可能(也没有必要)为每一种组合编写一条用例,如何使用最少最优的组合进行测试。
正交表查询地址:https://www.york.ac.uk/depts/maths/tables/orthogonal.htm
正交排列法:http://support.sas.com/techsup/technote/ts723_Designs.txt
测试用例的评审和变更
1.测试用例本身的描述是否清晰;
2.是否考虑到测试用例的执行效率.往往测试用例中步骤不断重复执行,验证点却不同,而且测试设计的冗余性,都造成了效率的低下;
3.是否针对需求文档,测试用例是否覆盖了所有的软件需求;
4.是否完全遵守了软件需求的规定。这并不一定的,因为即使再严格的评审,也会出现错误,应具体情况具体对待。
6,测试用例的变更
测试用例并非一成不变。如果软件修改之后发生变化,或者需求发生变更,那么测试用例便不再满足当前版本软件的测试需求,由此需要进行修改和变更操作。