相信测试人员对测试的方法都有相当的了解。但实际测试活动中，为了更好的开展测试，或者说尽可能的发现软件中的缺陷，可能需要灵活的组织测试活动。下面就我原来用过的方法做下总结。
交叉测试
交叉测试，又分为：用例编写者与实际执行者进行交叉；测试人员所负责功能模块的交叉。这样做的目的，都是为了补充测试人员间思维方式和见知的不同，尽量避免因个人因素而遗漏一些缺陷，从而更多的发现软件中潜在的缺陷。这里要注意的一点是，如果为功能模块的交叉测试，应该尽可能放在后面的迭代版本，即当bug已经相对少时使用。否则可能会导致每个模块都测试的不够深入，同时耽搁时间在熟悉回归的bug上面。
头脑风暴
该方法的主要目的是督促测试人员更认真完成工作，同时让大家互相交流测试方法，促进测试团队的整体工作效率。该方法，即定期随机抽查某一测试人员所测的某一功能模块，让该测试人员复述自己测试的过程，让其他测试成员都去寻找其中漏测的点，或者漏掉的缺陷，这样保证了测试团队每个人员的测试质量（相信没人愿意被别人发现自己因为粗心等原因漏掉太多bug），同时也起到让大家查漏补缺的目的（往往一个bug的发现，意味着相似功能也会出现同样的bug）。这个方法需要注意是控制好时间频率。
全员测试
即在软件试运行期间，让尽可能多的公司员工参与进测试，这样充分利用每个人所处的不同角度发现一些潜在的缺陷，从而尽可能避免软件交付时遇到阻力。该方法适用于在软件试运行预留时间比较充足，公司高层对此的充分支持下进行，并可根据人员发现bug的多少给予一定的物质奖励。该方法不应该因为领导的支持，对其它员工采取强压的任务形式进行，应采取鼓励、奖励的方式让其它人员主动参与进去。
体验测试
在软件正式对外发布之前，组织公司领导，典型用户代表和市场代表，对软件做一次体验性试用。该活动需要组织者提前做好软件体验活动的具体步骤，以及制作对应的调查问卷。参与活动的人员需要在主持人的讲解下进行，并在活动结束后填写对应的调查问卷，并为软件进行打分。这样做后，会让项目相关负责人和公司高层对软件的易用性、用户体验性有个直观的认识，也使后面软件做改进有个较为明确的方向。该活动特别适用于自主研发性项目，并可以作为软件验收前的一个重要评判标准，帮助领导层决定是否把该软件投入市场。
这些是我在开展软件测试活动中总结出的常用方法，我相信可能你也会用到。可能你也还有一些更好的方法，也希望你能分享出来让大家共同受益。