测试用例设计
接触《软件测试》课程的第二周,几乎一整周的时间都是在讨论测试用例设计的问题,整个过程可以说是起起伏伏,令人无比纠结,然而这个过程也让我们收获良多。
测试用例的设计,首先应该先确定测试功能点,然后进行测试需求分析,从需求中提炼出测试要点。测试要点基本囊括了待测试系统所有
的
功能。再根据测试要点,找出每一个测试点。为了方便区分和查找,每一个点都需要进行标号。在一个待测试系统中,标号规则可以如下所示:
测试功能点 | 测试要点 | 测试点 |
Flight-Login-1 | Flight-Login-1.1 标题验证 | Flight-Login-1.1.1 登录界面标题验证 |
测试用例的设计中,测试点的设计和选取是极为重要的。测试点的冗余和缺失都会影响测试。冗余会导致测试员工作量加大,无意义的浪费时间,这极有可能会拖延软件的交付时间,造成不必要的损失。测试点缺失的话就有可能会找不出对应的bug,这样通过测试的软件对客户是很不负责的。
再者,对测试点的描述应做到全面、简单而且明确。设计的测试用例的人一般不具体编写测试用例,这对测试方案的可读性就有了要求,一千个读者就有一千个哈姆雷特,测试点若描述不清,会让测试员或其他审读的人误解。适当的格式和限定用语是有必要的。每一个设计测试用例的设计者都有自己的思维方式,测试要点和测试点的划分没有统一的规定,只要达到最终的目的即可。我们小组在设计过程中也产生过针对于测试点的分类和描述的激烈讨论,事实证明有时候这些想法是完全没有必要的。
以上仅为个人的一点想法,今后深入学习之后将会继续完善。