《测试实施细则》由会员分享，可在线阅读，更多相关《测试实施细则（3页珍藏版）》请在装配图网上搜索。
1、测试实施方案细则1测试目的1测试的目的是为了发现尽可能多的缺陷，不是为了说明软件中没有缺陷。2成功的测试在于发现了迄今尚未发现的缺陷2测试人员每周由2-3人进行测试，且每周加轮换，由老手带下新手，做到全员参与测试。例如，本周是A,B二人测试，下周，则有B,C进行测试，下下周，则由C,D测试。3测试时间测试时间主要分为三个时间：1新版本发布，第一时间进行测试，如有需要，周末安排一定时间进行测试。周末根据bug严重程度，完成测试描述报告。2正常情况下，每天进行一到两小时的测试，时间定在850开始,于周三和周五，12点前完成测试bug描述报告，提交负责人后，统一在当天17点汇总到tower上3稳定版
2、本发布，每个人，需按正常功能抽空在两天内进行测试，了解版本功能，并不定期抽查是否了解。4相关表格目前主要有三份表格：测试bug描述报告，测试信息汇总表及测试用例测试bug描述报告：bug的描述文档。文档形式为word，图文形式描述bug的问题。由测试人员产生，经测试负责人交由相应的技术功能模块负责人进行解决。测试信息汇总表：测试负责人统计测试bug描述报告的统计表，文档形式为excel。测试负责人根据此文档对bug进行整体把握，并对bug的进度进行跟进，组织回归测试等。测试用例：测试人员进行测试的指导文件，根据原型及功能实现文档编写。主要是每一个用例的操作步骤和紧急程度，和预置结果。5文档要求
3、：1测试bug描述报告：包含内容：测试人，测试时间，测试环境（系统，浏览器版本，机型，手机操纵系统），操作步骤，bug产生的截图。填写相应基本信息，简述操作不走，后附上bug截图，方便理解。2关于bug严重程度及优先级区分A.马上：影响功能正常运作，主流程无法跑通，系统无法运行。B紧急：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。比如：1.功能未实现；2.功能存在报错；3.数值轻微的计算错误C重要：界面、性能缺陷。比如：1边界条件下错误；2容错性不好；3大数据下容易无响应；4大数据操作时，没有提供进度条。D.般：通常表现为：易用性及建议性问题比如：1.界面颜色搭配不好；2文字排列不整齐；3.出现错别字，但是不影响功能；4界面格式不规范。6测试流程:测试人员测试负贞人技术人员跟进用例完威测测试负责人根据原型及功能实现编写测试用例，测试人员跟进测试用例生成bug描述文档，交由测试负责人对问题汇总后计入测试信息表，对bug整理后，放入相应的tower中，并提醒技术部人员。技术部人员解决后将问题反馈在文档中，由测试负责人汇总后，将信息汇总到测试信息表，测试负责人，跟进问题，安排回归测试等内容。
测试实施细则
