测试用例的测试编号是自己定义的还是别人给的_测试用例设计

一、测试用例

1、测试用例的定义：

通过设计输入数据，执行步骤，按此步骤应产生的预期结果，它是指导测试进行的依据。 目的：高效率地发现软件缺陷而精心设计的少量测试数据 

2、测试用例的特征：  

1.最有可能抓住错误的； 2.不是重复的、多余的； 3.一组相似测试用例中最有效的； 4.既不是太简单，也不是太复杂。   

3、测试用例的要素

 1. 测试编号/测试ID  2. 测试模块  3. 测试标题  4. 测试级别  5. 预置条件  6. 测试输入/测试数据  7. 测试步骤  8. 预期结果  9.实际结果

4、测试用例的设计原则

1.测试用例的代表性：能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的以及极限的输入数据、操作和环境设置等。 2.测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。 3.测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。

二．需求分析

1.什么是需求？

客户的需要的东西以及对东西的要求。

2.需求的种类有什么？

业务需求：关注系统是否满足业务要求 用户需求：关注系统是否满足用户习惯 功能需求：关注系统是否满足功能要求  

三．测试用例的设计方法和编写

1.如何设计编写测试用例？

对各个功能模块进行测试点分析，提取测试点，再根据测试点进行用例编写；

【测试点：通过需求分析后对得出的需要进行测试的具体内容】

比如对PC端QQ账号的登录模块，提取测试点就有：

①正常登陆 ②账号为空时点击登录 ③密码为空时点击登录 ④账号密码都为空时点击 登录 ⑤密码错误时点击登录 ⑥找回密码功能是否有效 ⑦记住密码功能是否有效 ⑧ 自动登录功能是否有效

2.编写测试用例该注意什么？

①根据项目的实际情况设计测试用例表格 ②用例格式不要生搬硬套 ③根据具体情况编写

3.编写测试用例的常用方法：

① 等价类划分法 ：等价类是输入的集合，比如在注册时，密码规定为 6-16 位英文字母或数字及下划线，那么小于 6 位的一串字符就是一个等价类，大于 16 位的一串字符是另一个等价类，在 6-16 位之间且符合规范的一串字符也是一个等价类，在 6-16 位之间的但包含除英文字母和数字和下划线之外的字符是另外一个等价类。 在每个等价类中选取一定数目的值作为代表。等价类分为有效等价类和无效等价类，输入符合条件的值对功能进行检验，输入无效等价类中的值可以找出程序错误的地方。 ②边界值分析法：对输入的边界值或稍大(小)于边界值的值进行分析。比如某公司在招聘时筛选简历时对年龄的要求是20岁到35岁，那么19、20、21、34、35、36都是边界值，对其进行输入测试观察结果是否符合要求。 ③场景法：通过运用场景来对系统的功能点或业务流程的描述，从而提升测试效果。场景法一般分为基本流和备用流，覆盖所有的场景。 ④错误猜测法：通过直觉和经验对结果进行分析。 其他的测试用例设计方法：判定表法，因果图法，正交试验法，状态迁移，流程分析法。

四．测试用例评审：

1.什么是用例评审？

①简单的说，评审就是对测试用例进行检查 ② 评审包括：同行评审、小组评审、部门评审和第三方评审等   ③ 不同的评审有不同的角色参与其中

2.评审的意义：

① 通过评审发现用例的不足 ② 方便测试人员改进用例 ③ 达到在测试时提高测试质量的目的

3.评审的流程是什么？

评审后改进测试用例，再进行评审再改进测试用例，这样一直循环直到评审都通过，这时候才结束评审，也标志着测试用例编写的完成。

五．测试用例管理：

1.为什么要管理测试用例？

① 测试用例数目巨大 ② 测试用例会根据需求的改变而改变 ③ 测试用例需要补充完善

2.如何管理测试用例？

① 原始的 Excel 管理； ② 专业的项目管理系统( eg ： ALM 、禅道、 testlink 、 Bugzilla 、 JIRA )一般都为 web 格式；