SGS 在需求不明确的情况下，进行了开发，没有进行设计，这样就导致：需求人员、项目负责人、程序员、测试人员都不知道 SGS 需要做成什么样子，如果这个团体里的任何一个成员都很积极主动的话，态度决定一切，我相信出来的产品不会出什么大问题，但是如果有不积极主动的，那么对他就没有任何约束力了，“需求到现在还不明确呢”一句话可以推掉一切责任。以前做开发的时候没意识到，现在做测试才深刻的体会到需求要细，设计要细，否则测试没有依据根本无法测试。

以前在三级目录调整的时候，那是我第一个测试项目，测试用例不知道怎么写，当时测的时候觉得很头疼，头绪太多，现在觉得测试用例是很有必要的，再测之前把所有的测试点和测试方法都写好了，那么测试就根据测试用例走了，很有条理，不会看到要测的东西，就晕了，要测的点太多，不知从何下手，下面的测试测试用例要好好写了，确实有用的 J 目前所掌握的测试用例的写法、 bug 提交、也总结了一些测试方法如等价类法，边界值发，表格列举组合法，需要继续学习的有测试计划、测试报告。

做项目测试的流程：第一遍分模块，每个测试人员负责一块，测试所有级别的测试用例；第二遍测试人员交换测试模块，只测试优先级别较高的测试用例子；第三遍只测试优先级别更高的用例，最后一遍测试人员交换测试模块，在测试所有级别的测试用例，保证测试人员所测的模块不会重复。对开发人员和测试人员的工作都有一个考核，千万不要在一遍测试没结束，就交换测试模块，这样有的测试人员就会出现不积极的情况。

思考的问题：

1.         怎样考核测试人员的工作成绩？

2.         怎样激发开发和测试人员的积极性？