1. 新版本出来后，需要进行冒烟测试（微软的bvt测试），即对核心或基本功能进行测试。如果冒烟测试不通过，说明新版本存在很大问题，应该停止对该版本进行更多的测试。

2. 根据开发的实际情况来调整测试过程。不能在新壶灌旧酒，不要套用原来的项目测试经验来规划当前的测试过程（例如要求程序员给出规格说明，需求分析说明等等文档材料）。要根据现有的条件和情况使得测试工作和开发工作配合在一起。不要越界做管理项目进度和干扰程序员工作的事情，因为是协作关系不是领导关系。

3. 不要在前期测试阶段，把测试的重点和精力以及测试用例放到用户界面上。界面随着项目进度会做很大的变化。

4. 分析开发的实际情况，考虑软件功能变更会有哪些成本支出，考虑测试过程的灵活性和迅速变更性。

5. 测试策略应该多样化，避免视野狭窄，导致测试不完全。

6. 分解任务，估计每个子任务的完成时间，累加起来，再加上25%的培训、会议及其他工作，即为这个任务要完成的总时间。

7. 学会使用状态报告（注意数据统计，外企更喜欢看数据说话）