测试部工作检查观点

Posted 2020-07-11

 

观点编号	区分	检查观点	备注
HB_CSB_GD_01	日常邮件	开始测试工作前需要将当前版本相关的测试用例OR测试点以邮件形式发送部门全员并抄送项目组，避免出现漏测现象 邮件名称：【测试范围】XXXX项目XXXX版本测试范围_YYYYMMDD	补丁不需要；缺陷修复版本提交必测清单，检查是否改出新问题
HB_CSB_GD_02		版本测试完毕后当日需要将当前版本的测试结果以及测试报告以邮件的形式发送部门全员并抄送项目组 邮件名称：【测试结果】XXXX项目XXXX版本测试结果_YYYYMMDD	X5的结束以测试报告的发出时间为准
HB_CSB_GD_03		测试过程中每日需要发送项目日报 邮件名称：【XXXX项目】测试情况_YYYYMMDD
HB_CSB_GD_04	青铜器缺陷	测试过程中发现的问题均要登记青铜器，避免出现口头提醒，后续无法跟踪的情况
HB_CSB_GD_05		提交缺陷的数量，不同的项目阶段提交数量标准有不同，视具体情况而定。	能发现多少bug，是比较客观的体现工作有效性的衡量标准
HB_CSB_GD_06		提交缺陷的质量，即提交缺陷的价值。一般来讲UI方面的价值较低，而业务方面的缺陷价值相对较高。	尽量能从用户业务层面上发现问题
HB_CSB_GD_07		测试用例填写要符合部门要求(缺陷级别、复现步骤、日志、截图等)，让其他人员能够清晰无二意的理解，必要的资料要提供完整	减少沟通成本
HB_CSB_GD_08	测试计划	该考虑的风险(新技术、工期、测试环境限制等)是否都考虑到了
HB_CSB_GD_09		工作量评估是否准确	避免过于紧张和过于宽松，确保测试质量
HB_CSB_GD_10	测试用例	每个系统都要有测试用例OR测试点，识别工作需要预留测试用例编写时间
HB_CSB_GD_11		用例是否按时完成
HB_CSB_GD_12		考虑是否周到全面
HB_CSB_GD_13		是否有就更好的测试方法组织培训和分享
HB_CSB_GD_14		测试用例要符合部门对于测试用例的要求(格式、优先级识别等)
HB_CSB_GD_15	测试报告	测试报告发布要及时，原则上版本测试完毕的当日以邮件形式发出，特殊情况需要提前沟通
HB_CSB_GD_16		测试报告中信息要准确，不能出现前后数据明显对不起来等类似问题
HB_CSB_GD_17		对于失败、锁定的用例是否给予说明？
HB_CSB_GD_18		失败的用例有没有说明原因？
HB_CSB_GD_19		是否及时汇报严重问题和风险，同时面对面跟开发沟通确认？
HB_CSB_GD_20		测试报告是否能够真实反映项目的真实情况，不会对项目相关人员误导
HB_CSB_GD_21	工作任务&执行	每项工作任务的投入时间需要描述清楚，对于多任务填写到一个大任务的情况需要分别描述每项工作的投入时间	按实际投入投入时间填写
HB_CSB_GD_22		每项任务都必须将输出物上传VSS或SVN，并在青铜器提交任务时明确输出物路径
HB_CSB_GD_23		工作时间投入同输出物产出要成正比，明显存在偏差的需要严肃处理
HB_CSB_GD_24		能否站在用户和业务的角度上测试，能否考虑到用例之外可能存在的问题
HB_CSB_GD_25		测试任务能否及时甚至提前完成
HB_CSB_GD_26		能否主动推进问题解决
HB_CSB_GD_27		是否能对好的工作方法进行提炼并组织培训进行分析
HB_CSB_GD_28		遗漏了什么类型的bug
HB_CSB_GD_29	青铜器	版本测试完毕后需要在完成当天更新青铜器版本流程
HB_CSB_GD_30		缺陷回归完毕后需要在当天更新缺陷的状态，以便研发能够顺畅开展后续工作
HB_CSB_GD_31		青铜器工作日志需要在每天下班前填写完毕
HB_CSB_GD_32	其他	在信守自己的诺言方面做得如何？
HB_CSB_GD_33		是否在学习新技能？在把自己的技能传授给其他测试员方面做得如何？
HB_CSB_GD_34		有站在公司的立场上处理过什么问题？