经验八十:个人版本
个人版本测试,很多时候测试人员被要求保密测试跟踪记录。
建议尽量少滥用这样的安排,因为这样的安排通常是为了隐藏缺陷来隐藏进度。不利于项目的发展。
如果实在紧急需要这样的安排,那么事先应该先报告给测试经理。测试经理不得不和项目经理或者相关人员沟通。
关键还是努力合作并提供帮助,不要做公司认为试图掩盖事实的事。
重复错误处理
出现重复的错误,可能是不知道错误真正的原因。在发现一个缺陷时,需知道缺陷原因以及可能影响到的其他模块。这样才能更好的避免重复错误的出现。
避免多个测试员测试同样的模块,这样分配不明确,会需要很多时间去确实bug是否重复提交。
一个功能没有做好可罗列出具体需求,让研发同事一并修改好。但是如果只是修改了部分,则最好把没有修复的部分重新提交bug并和附加原来bug说明,这样会提高处理的效率。
报告问题
1. 标题描述出重点,让问题一目了然
2. 问题描述清晰,明确、可读性强。有详细的步骤、实际结果、预期结果说明。后果可注释说明。
3. 不要试图解决问题,测试员的工作是报告问题。可提供可行性的建议和方案,但是研发同事不一定要这样解决。提供建议和方案时最好是个注释,如“如果这是个……可能可以解决这个问题”
4. 不要夸大问题,正确的定义错误的严重级别。如果有歧义,需耐心解释给出合理的理由。
5. 注意语气,保持中立
6. 通过和研发的沟通、参考其他测试人员的报告等,不断提高拽写报告的技能。
7. 可引用相关技术
8. 相互评审报告
测试与研发、项目经理、测试经理
1. 测试人员可以要求提供文档,但是一定要用到
2. 测试经理不要尝试管理项目,这是项目经理的事
3. 了解研发有做什么,没有做什么。如有没有做冒烟测试、单元测试等
4. 协商好测试版本
5. 了解可测试功能
6. 评测代码时,测试人员需要抱着学习的态度,不要做出任何评价。更多的时自己也学习。
7. 报告不要涉及个人绩效,这样只会让后期报告变质,越来越遭受反感。
8. 如果测试经理确实想了解情况,则最好自己参与测试。
9. 测试经理不要同时指派多个任务,一般人很难高效的完成多个项目。一般会高效完成某个项目后,其他项目抛后,或者都没有处理好。
测试小组
1. 如果认为自己项目组没有英雄出现,则不会出现英雄。则也不要指望别人成为英雄。更多时候测试经理,需要更人性化,更合理,才能在关键时刻得到拥护。
2. 好的执行经理,是会专注的完成自己的任务,其他与自己无关的任务则不会关心。而差的执行经理,会考虑各种问题,最好让自己什么都没有做好。
3. 测试报告:有见地还是例行公事、是否指出项目问题、是否有建议性的项目后续进行、程序员是否可接受、推行性如何、语气如何、反应的部门沟通如何、错误集中的地方是否稳定
4. 测试人员考核:通过平常表现、阅读其报告文档。是否如期完成任务?是否对自己的模块和承诺负责?陷入什么样的争论,为什么陷入?哪些类型的问题没有考虑到?考虑的立场是否站在公司立场?有提供给其他同事帮助吗?有自学吗?