经验八十：个人版本

个人版本测试，很多时候测试人员被要求保密测试跟踪记录。

建议尽量少滥用这样的安排，因为这样的安排通常是为了隐藏缺陷来隐藏进度。不利于项目的发展。

如果实在紧急需要这样的安排，那么事先应该先报告给测试经理。测试经理不得不和项目经理或者相关人员沟通。

关键还是努力合作并提供帮助，不要做公司认为试图掩盖事实的事。

重复错误处理

出现重复的错误，可能是不知道错误真正的原因。在发现一个缺陷时，需知道缺陷原因以及可能影响到的其他模块。这样才能更好的避免重复错误的出现。

避免多个测试员测试同样的模块，这样分配不明确，会需要很多时间去确实bug是否重复提交。

一个功能没有做好可罗列出具体需求，让研发同事一并修改好。但是如果只是修改了部分，则最好把没有修复的部分重新提交bug并和附加原来bug说明,这样会提高处理的效率。

报告问题

1.      标题描述出重点，让问题一目了然

2.      问题描述清晰，明确、可读性强。有详细的步骤、实际结果、预期结果说明。后果可注释说明。

3.      不要试图解决问题，测试员的工作是报告问题。可提供可行性的建议和方案，但是研发同事不一定要这样解决。提供建议和方案时最好是个注释，如“如果这是个……可能可以解决这个问题”

4.      不要夸大问题，正确的定义错误的严重级别。如果有歧义，需耐心解释给出合理的理由。

5.      注意语气，保持中立

6.      通过和研发的沟通、参考其他测试人员的报告等，不断提高拽写报告的技能。

7.      可引用相关技术

8.      相互评审报告

测试与研发、项目经理、测试经理

1.      测试人员可以要求提供文档，但是一定要用到

2.      测试经理不要尝试管理项目，这是项目经理的事

3.      了解研发有做什么，没有做什么。如有没有做冒烟测试、单元测试等

4.      协商好测试版本

5.      了解可测试功能

6.      评测代码时，测试人员需要抱着学习的态度，不要做出任何评价。更多的时自己也学习。

7.      报告不要涉及个人绩效，这样只会让后期报告变质，越来越遭受反感。

8.      如果测试经理确实想了解情况，则最好自己参与测试。

9.      测试经理不要同时指派多个任务，一般人很难高效的完成多个项目。一般会高效完成某个项目后，其他项目抛后，或者都没有处理好。

测试小组

1.      如果认为自己项目组没有英雄出现，则不会出现英雄。则也不要指望别人成为英雄。更多时候测试经理，需要更人性化，更合理，才能在关键时刻得到拥护。

2.      好的执行经理，是会专注的完成自己的任务，其他与自己无关的任务则不会关心。而差的执行经理，会考虑各种问题，最好让自己什么都没有做好。

3.      测试报告：有见地还是例行公事、是否指出项目问题、是否有建议性的项目后续进行、程序员是否可接受、推行性如何、语气如何、反应的部门沟通如何、错误集中的地方是否稳定

4.      测试人员考核：通过平常表现、阅读其报告文档。是否如期完成任务？是否对自己的模块和承诺负责？陷入什么样的争论，为什么陷入？哪些类型的问题没有考虑到？考虑的立场是否站在公司立场？有提供给其他同事帮助吗？有自学吗？