测试人员在开发过程中经常处于弱势地位，开发人员可以随意的让测试人员作自己认为需要的测试，而测试人员是没有办法拒绝的，甚至连具体测试的方法和手段开发人员都要干涉，而一旦出问题，首先怪罪测试人员，而不是找自己的责任，测试人员成了项目失败的替罪羊。如何改变这种想象呢,从那块入手呢,请大家出谋划策....

是测试人员的整体水平太低,需要加强测试力量...

提高自己的能力是解决问题的根本

你的测试团队是开发指导测试的么？
倒过来才对。


这里探究下为什么测试团队处于弱势。如果你可以合理的回答以下问题，应该不会有这种问题。
1. 系统的重点内容是什么？
2. 测试的重点内容是什么？是否符合系统的重点？
3. 如何保障重点内容的测试？通过何种方法和手段？过程上如何保证？


我这两天看了一个项目，问了几个问题，现把问题留下，看看大家如何回答：
1. 测试案例的需求覆盖率？
2. 测试案例的数量？
3. 测试案例是否通过评审，评审结果？
4. 系统中实体间关系如何？实体的状态如何转换（通过何种操作，转换约束是什么？）
5. 系统中包含多少关键功能点（项）？
6. 文档的修订历史记录是否保留？
7. 测试中发现的问题列表及当前状况。

我的感觉是：往往这几个基本问题不是答不上来，就是回答不够明确——知道是知道一点，就是说不清楚。。。然后，翻文档，发现也是一样情况，当时那个抓狂。。。

测试是一项很严谨的工作，如果把关系理清了，应该是很轻松的——除了工作量上的事情外。但往往测试人员是还没有理清关系，就着手测试，虽然可以测出一些问题，就是不能很好的保障质量。

一般测试人员的几个常见的缺点，这些缺点导致开发人员强势，导致自身弱势：
1. 思路混乱，逻辑不清
2. 想当然
3. 缺乏有效系统的流程和工具管理
4. 缺乏业务认知还不肯学习
5. Monkey Test——不专业表现
6. 其他不良工作习惯，如不知道如何做工作汇报等。

明确测试团队和软件开发团队相对独立的组织关系，保证测试人员的工作不受开发小组的控制，实现测试客观、公正。