西门子PLC继电器模块CPU224CN
用例的描述，不但大大提高了未来测试用例执行的效率，而且为公司节省了时间和成本。
1.1.2 性能测试的精益求精
在进行性能测试时，我们需要细致地关注每一个数据的变化，不放弃任何一个怪异的数据变化是*基本的性能测试工作的态度要求。那么在性能测试中的精益求精可以体现在哪些地方呢?一个性能测试活动本身大致需要经历如下4个阶段。
第1阶段：选择可靠的性能测试工具。
第2阶段：调试及稳定性能测试环境。
第3阶段：正式的性能测试。
第4阶段：统计性能测试结果，输出性能测试报告。
在选择可靠的性能测试工具阶段，如何做到精益求精?可能有朋友看到这里会问：“选择工具还需要精益求精?那么如何精益求精?”。俗话说：“好的开始是成功的一半”。软件的性能测试非常依赖性能测试工具的长期高负荷运转的稳定性和测试数据统计的**度，对性能测试工具的选择决定了后续工作的成功与否和成本消耗的代价。就是这样一个对后续工作至关重要的步骤，却在实际工作中没有得到足够的重视，这个过程很有可能就只是某个性能测试工程师花两三个小时的时间到网上搜索几篇文章，按网上文章推荐的工具来初选，然后根据个人主观的判断就决定了未来所用的性能测试工具。结果，有可能这个性能测试工具在后续的调试稳定测试环境阶段，以及正式测试阶段和统计结果阶段会出现各种各样的奇怪问题，并导致性能测试团队不得不花费数倍的时间来解决这些性能测试工具的问题。
我们现在还能继续设计新的测试策略吗?只要你坚信测试无止境，坚持凡事精益求精，向自己的思维潜力挑战，肯定还可以设计出新的测试策略。
于是在前面已有的测试策略的基础上又有新的突破，秉承对功能测试质量精益求精的态度，继续对该模块进行测试方法的挖掘。测试策略7——安全性测试
服务器和客户端在通信过程中进行安全性测试。当两端正在持续正常通信过程中，同时启动对服务器和客户端的各类安全性测试攻击。例如：通过向接收端进行伪造的源IP数据攻击；向接收端发送一些畸形的数据文件格式；向接收端发送一些错误的协议报文等方式，来判断接收端是否会出现异常。
*后限于笔者对即时通信软件客户端与服务器通信测试的有限功力，这个功能点的测试设计先到此为止。希望通过这个案例如何进行精益求精设计的过程，来让读者体会“精益求精”对于提升测试用例设计水平的意义和价值。读者如果感兴趣，还可以在此基础上提出更多好的测试策略，不断完善这个案例的测试用例设计。7人，如果人数过多考虑分组进行，审查会议的时间建议不超过2个小时，如果一次不能完成则分次进行，审查会议中出现偏离审查目的情形，应该及时纠正，审查会议发现的问题或者缺陷，由会议记录人员记录下来，配置管理人员把会议前后的相关资料存档（包含会议记录）。
（9）需求重写（需求修订）：项目需求在需求评审会议后根据会议记录的情况，需求分析人员做出相应的修改。试工程师自己精益求精的态度才能保证测试用例设计的质量。测试人员自身精益求精的态度，不但影响着测试用例的设计质量，而且直接影响着测试人员之间测试水平的高低。
在设计测试用例时，精益求精的精神需要我们在完成每一个功能测试点的基本测试方法设计后，再继续投入时间和大脑，并继续发散思维，在基本测试方法的基础上多写出一两倍的测试方法，希望所设计的用例能发现更多的bug，使测试的质量取得更好的效果。有一天你会发现正是这些多写出的测试方法更容易发现bug，帮助测试人员提高自己绩效的同时得到测试的乐趣。因为*基本的应用模式，90%的人都会比较容易地想到和覆盖到；而质量提升的*后10%，则可能只有很少的人，也许是10%的人才能去实现和达到。所以当我们在进行功能测试的测试用例设计时，每多想一个测试方法，就越接近99%的质量目标。
（10）需求重审：需求重审确保