测试用例(Test
Case)其实是将软件测试的行为活动做成一个测试用例的科学化的组织归纳,目的是能够将软件的测试的行为转化成可一管理的模式;同时测试用例也就是将测试具体量化的方法中的一个,不同类别软件,测试用例都是不同的。不同于个个系统、工具、控制、游戏软件,管理软件的用户需求全然不同的趋势。
首先,找产品经理了解熟悉当前产品,首先得知道这个产品的中心概念、使用场景、开发模块优先级等等,产品经理开始一般会口述给你讲解等等。
其次,一般产品要开发,产品经理都会做“原型”,产品经理按照他当时做的原型图给你讲解每个功能模块、且某些模块之间存在关联、存在一个模块有好几个入口、哪些模块是在规划中,但是第一个版本暂时不做,第二个版本中进行开发等等,你都要认认真真的听,因为这些跟你后面写测试用例有天大的联系,这些都是最基本需要了解的信息,某些特殊的模块使用产品经理都会在原型旁边进行注释说明,如:用户名称文本框输入,会注释说明可输入的长度、内容(汉子、数字、特殊字符等)限制等等,在产品经理讲解时,要注意查看注释,遇到概念不是特别清楚的,要及时提出与产品经理进行沟通,对产品原型要熟悉。
再其次,向ui设计人员要相关的设计图,拿到设计图不要以为就可以开始写了,首先应该对设计图进行预览,每个页面的设计最起码心里要有个概念存在,这样在写用例时查找对应的设计页面就会很快,不至于瞎找半天还找不出来,对产品了解清楚之后。
最后,就可以开始写测试用例了,参考:产品原型图与设计图,一般小公司都会有这两个,需求文档就别想了,基本很少有人去整理需求文档,如果在资料全的情况下,可参考的条件越多,写出的用例越全面,遇到原型与设计不匹配的地方,一定要及时提出,与产品经理或者ui设计人员进行沟通确认。
软件测试用例就是指导你对软件执行操作,帮助你证明软件功能或发现软件缺陷的一种说明。
他的形式一般是这样的
假设一下吧。现在要求你测试一下百度知道的提交回答功能。
用例编号:提交问题001(编号通常会根据功能或模块编写)
测试目的:验证当用户回答完问题后,可以正常提交答案。(多数是会写需求规格的说明,总之要让人看明白你这条用例是想测什么)
测试标题:这个有时候就包含了测试目的,目的是可以不写的,但测试用例标题是必须的。
重要级别:像提交回答这条用例,多数会被列为最高级别用例,因为是最基本的功能。往往越是基本的,级别越高。原因在于,如果基本功能都有缺陷,那根本不用测别的功能,版本直接打回。
预制条件:1、百度知道运转正常。2、用户已登陆。3、进入了自己想要回答的问题页面。(也就是你做这条测试前必须要有的前提条件)
操作步骤:1、将光标点入“我来帮他解答”下的输入栏。
2、输入想提交的答案
3、点击提交回答
4、验证提交后答案是否能显示到当前问题下
(输入数据多数时候是合并到操作步骤中的,比如这条里的输入数据就是“答案”)
预期结果:1点击提交回答后,页面提示回答成功。2再次查看该问题时,刚刚的答案可以正确显示……
其中所有的标题
为软件测试用例需要包含属性。冒号后面是对这一条用例的具体描述。