近给开发人员做了一个关于软件质量的培训，附件是培训资料，分享给大家。

培训资料.rar

培训后看了各位培训总结，谢谢各位对我工作的支持，在这里也补充讲几点：

1. 对于原形测试的确很重要，我在UI介绍以后，马上会安排测试工程师进行UI测试（以后会把优先级放高），问题发现越早，以后修改代价越低。同时希望以后每个新功能建立以后，都要给测试进行UI宣讲。另外，不是所有的UI问题都是能够在测试阶段都能发现的：有时候给我们的产品和UI介绍的时候不一致，有时候有些UI在运行的时候才可以看见，有时候UI缺陷不能马上被我们的灵感发现，这些都会影响UI测试的效果，希望各位理解。

2. 对于测试与开发的配合，我可能过分强调了开发需要与测试的配合，现在完善一下：开发需要鼎立与测试的配合；测试需要与鼎立开发的配合，大家是个整体

3. 我们测试包括测试用例都是首先执行的是正常功能的测试，然后进行异常情况的测试（包括特殊股字符），由于正常功能测试如果做得比较好的话，里面的问题不是很快能够被发现的，而异常情况的测试（包括特殊股字符），一测发现了。所以提交产品后往往异常缺陷比较多，发现得早（因为我们工程师比较忽略异常，特殊字符处理，易于发现问题），并不是说我们不优先测试正常功能。在我们测试用例中，正常功能优先级为高，异常为中，特殊字符长字符串为低

4. 对于重复的缺陷往往是不可以避免的，因为，1，测试与开发不一样，不是一个人只负责转移的一个模块，由于缺陷存在抗药性，所以所有测试人员要对整个系统进行测试；2，有些问题迟迟得不到解决，可能一个月之前提过的缺陷，忘记是否提过了，经常会提两次甚至多次。我们测试为了避免重复缺陷干扰开发工作，发现问题已经采取（去年7月开始的）找模块负责人过滤下（但不可能做到彻底过滤）。如果发现重复的，请各位开发标记为DUP的解决状态，任何一个缺陷管理工具都设置这个状态，不提交重复缺陷是不可能的。

5. 老模块发现新问题是很正常的，由于测试如同排雷，并不是说所有雷都可能在第一时间内都被排净，往往经过几次都不能做到排净，又由于0bug是不存在的这个事实，在一段时间，甚至若干年内老模块都可能发现新问题，但是我们会力争把大部分问题都在前期发现，如果我们大部分问题都在几个月甚至一年以后发现，我们测试问题大了。

6. 作为同一个厂商出的产品，界面风格是应该保持一致，比如有些默认的规定，只是我们没形成文档，比如新模块提示信息不要使用动态提示等等，同时也希望界面设计师在设计的时候给与考虑信息防洪的位置（原来我变成的时候，专门有一个error.jsp页面，为一个小孩在哭，然后黑色大字“出错了”，发现问题传给error.jsp两个参数，一个问题标题，一个问题描述）。

7. 测试人员如何帮助开发人员定位问题是一个很重要的问题，有时候我们希望开发能够给我们进行一下产品实现方面的培训；把数据库设计写成文档，这样我们也有更多的方法帮助各位协助解决问题，预防问题