最近娱乐圈中的“阴阳合同”闹得沸沸扬扬，让广大投资者的感情很受伤，纷纷扬言要撤资。
“阴阳合同”这种类似的东西各行各业都存在，只是带来的负面影响不同，而且一些情况下是必需的，比如软件测试报告（没看错）！
在项目交给客户的手上的时候，客户也会通常也会要求我们提供对应的测试报告。那么我们是不是要提供内部测试过程中完全真实的测试报告呢？那肯定是要不得啦，你自己内部的测试报告中bug那么多（可能一些bug因为处理时间、难度等原因，还没有进行修复），客户看了不是要吐血了，甚至因为有些客户不懂软件工程，偏执的认为软件必须零bug，那不是就完蛋了。
所以我们在编写测试报告的时候有两种：一种是内部测试报告，另外一种是外部测试报告。
外部测试报告需要经过润色后，才能最终提交给客户。那么我们今天主要讲的是外部测试报告。外部测试报告可以根据内部测试报告进行编写，一般可以摘录。但外部测试报告需要满足一下几点：
1）测试结论应该明确是通过的。没测试通过就提交给客户，你的勇气来自哪里？So，哪怕内部测试结论是“没通过”，但执意要提交给客户时，也得写“通过”（必须是项目负责人知晓并同意，必须是项目负责人知晓并同意，必须是项目负责人知晓并同意，重要的事情说三遍。Sure，我们测试的态度：坚定反对没通过测试就提交给客户的）。
2）不可以向客户报告严重缺陷，即便是已经修复的严重缺陷，开发过程中的bug更没有必要让客户知道；
3）报告上面的内容尽量要真实可靠；
4）报告上可以列出一些缺陷，但必须是中级及以下的缺陷，而且这些缺陷必须是修复的（注意缺陷的描述，不要写过多的软件专业术语，什么tab、checkbox、js之类的东东要杜绝，在写之前，你应把你的客户当成是非计算机专业的白痴）；
5）整个测试报告要仔细审阅，力争不给项目带来负面作用，尤其是性能测试报告。
当然，该装逼时就得装逼，比如测试报告中带上测试环境组网图，需求点测试情况统计表，必要的bug图表分析，这样才能显得团队的专业。
如果是功能性测试报告，在附件中最后来点重要页面（功能）测试效果图，这样用户必定更加满意。
总之，外部测试报告要小心谨慎的编写，编写完后一定要经过测试负责人（项目负责人）审核。不然你可能就得背锅了。大家认为呢？