1、测试任务之前的准备
测试工作并不是在开发完成任务后,测试立即一头扎入任务代表着测试人员的工作的开始。测试人员应该在需求确定后,开发版本交付之前,就需要做些针对该项任务的准备工作。
整理测试思路
在这个阶段,测试人员应该整理清楚自己的思路,计划先测试哪些,后测试哪些,针对各个任务点,是否存在特殊Case,如果存在,哪些是特殊Case,并做好记录。
编写测试功能点
根据任务的需求编写相应的测试功能点。一个测试功能点可以是非常简单的一句话。这样不但为真正的测试节约了时间,最重要的是为真正的测试整理清楚了思路,最大程度避免了遗漏case和重复的Case。
准备测试数据或者测试SQL
如果有条件,可以在这段时间做好测试数据的准备,不至于到真实测试的时候,再花一堆时间来创建测试数据。
另外,需要调查系统是否存在对任务有影响的错误数据,如果有,最好先提出来。
2、特殊case
Null值:例如:发送邮件,如果收件人email的设置为null的时候,请注意不要报错;
重复数据:例如:上传的文档或者图片重名,如何处理?
数据值保存:系统中相关的数据均是存储在数据库中的,测试中查看数据库会得到比界面更多的数据信息。
对于创建/编辑数据,要注意到数据库查看相关值的保存,注意相关字段值是否正确。例如:编辑一个数据的时候,也会在数据库插入一条记录,这种只有在查看数据库的时候才会发现,界面上无法发现;
权限:在网站上请多注意dealer的权限测试,iphone上请多注意sales rep权限的测试。
临界值:例如:报表中的数据是否包括当天的;跟数据相关的时候,注意千位(千位会有分隔符)及小数点后三位数字的测试;导出的数据为0等
性能问题:warranty/claim/invoice/call out/award point相关的搜索及报表导出;dealer/dealer employee document list的显示;
执行的结果如果返回null,则表示js的click执行失败(可以再次尝试框架动作的执行),否则表示执行成功
版权声明:本文出自 nzz0102 的51Testing软件测试博客:http://www.51testing.com/?214697
原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。