测试各个阶段的工作当中，测试人员从一开始的适应工作要求，到渐渐掌握了自己的工作技巧和方法；今天交流一下关于工作的技巧和方法，提升测试工作效率。以下是个人的一些观点，请大家多提宝贵意见：
需求评审：
用需的评审是我们第一次较亲密的接触某个项目，这个时候应提高注意力关注该系统的各个功能，以及该系统设计目的等，这些将是后续工作的前提。而软需评审时，将重点放在测试用例如何去测试某个软件模块，以及按照软需中的要求设计测试用例输入等。
用例设计：
用例的设计不能仅仅按照软需的流程照搬，在编写用例时，不仅要考虑到该用例可以验证某个功能的正确性，更要能够多的发现缺陷，以及系统的容错能力。在用例输入的设计上，应划分好等价类，避免使用同个等价类中重复的数据，以节省用例编写和执行时间，尽量覆盖各个等价类。
用例执行：
在用例执行时，较常见的情况是多个组员之间的相互协作来完成一个测试任务。这种情况下，组员之间分配的用例在模块上的关联度不要太低，重要模块的测试应有所覆盖，这样子可以被多人测试到，有利于提高测试结果。
某些用例会表现为很多重复和繁杂的操作，比如测试会员注册时，页面往往有多个输入框，测试重点是在输入框的格式上，这个时候需要重复的用各种不同的数据去测试输入框，实际操作流程确很单一，这是应考虑使用自动化测试工具录制脚本进行测试，将人力从繁杂重复劳动中解脱出来。另外，在批量数据生成时，也可以采用自动化测试方法。
在实际测试时，如果可以掌握系统具体情况或架构那有利于测试的执行效率。例如，对于邮局来说，其模板是很多的，不过虽然模板很多，但其功能流程实现的代码只有一套，而多套模板只是对应多套界面代码；此时，应重点测试一两套较常用或默认的模板，其余模板采用抽样的方法或按照功能优先级别或重点放在界面的测试上。
具体测试：
越来越多的测试在测试开始前必须搭建测试环境，经常发生的情况是，收到测试申请单时，开始忙活于硬件资源的收集上，这点测试前应尽量准备好。另外，对于某个项目来说，其系统环境往往是固定，例如，要求的操作系统、JAVA虚拟机、.NET环境、或者IIS、TOMCAT等，同一个项目这些系统架构往往都是固定的，那么第一次在搭建时最好备份起来，下次再提交测试时，直接还原就可以了。
测试结果：
对于写文档阿、计划阿、报告阿，应该很少人喜欢做这类的事情。对于测试结果报告也是类似的，若是同一个项目，则可以将第一次写的结果保存，在下次写时，直接该第一次的，因为同个项目相邻两次的报告存在较多的共同点。
以上是个人在工作中的一些总结，暂时想到这么多。相信大家有更好的工作技巧和方法，不妨共享出来，共同进步共同提高，谢谢大家。
