标签:需求 注意事项 测试人员 测试用例 测试 手机号码 联系电话 文案
在指导测试新人时,发现他们遇到的一些问题,在这里罗列汇总。
1、对文案的不敏感
举例:原型写“手机号码”并且要求只能输入手机号码,开发时写“联系电话”
虽然联系电话和手机号码近似,但是还是有些区别
联系电话包括:固定电话和手机号码(大范围)
手机号码就是手机号码(小范围)
既然有限制要求手机号码,那手机号码文案是更加准确的,而文案是联系电话用户会误写成固话,导致给出非法输入提示又要用户修改。
总结:对文案要敏感,尤其是对开发实现的文案与需求或原型不一致时,需要讨论,并给出准确的文案描述。不能觉得实现文案跟需求或原型文案差不多就觉得没问题。
若开发人员对文案有意见,可以提出来,开发人员、产品经理、测试人员进行讨论,最终决定是否修改需求文档或原型的文案。
2、需求变更后要及时更新测试用例,并且以更新后的需求进行验证
在测试过程,部分需求会进行变更,一些测试人员,未及时更新测试用例,导致遗漏验证点。
总结:需根据需求变更,重新更新调整测试用例,包括:新增、修改、删除,避免遗漏测试点。
3、吸取其他系统的设计。
一部分初级测试人员因为经验欠缺,有时无法感知一些问题。
问题:测试的系统设计时,没有考虑超时退出。
对比:QQ空间或QQ邮箱登录后,一段时间不使用,超时会自动退出
思考:测试的系统增加超时退出,系统会更加安全。故提出BUG,让开发修改。
总结:可以在使用其他系统时,感知借鉴其他系统的实现,多一步思考为什么别的系统这么设计。
标签:需求,注意事项,测试人员,测试用例,测试,手机号码,联系电话,文案 来源: https://www.cnblogs.com/youjidao/p/10905807.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。