下面是目前从开发那边收集到的一些意见和建议. 真实的反映了目前公司存在的很多问题.
1. 简单问题和浅问题问多了，烦。
-- 测试新手到老手的必经之路, 开发同学, 忍忍吧. :)
2. 需求理解。开发影响测试，导致最后开发和测试的理解与PA不一致。测试和开发比较和谐，但是开发和测试达到的共识，和PA、PD的想法不同。希望测试和开发对需求介入比较早。测试在后面介入的时候，在了解需求的时候，找到了开发，会被开发导向自己的想法。
-- 非常容易犯的错误, 后期遇到的问题, 往往回被测试和开发内部消化, 而不会暴露到PA, PD层, 一方面是自以为能够解决, 另一方面PA到了后期几乎都处于了另外几个项目中而没有更多精力投入进来了. 再者, 一个很重要的原因, 后期发现的问题, 绝大部分是PA没有能力做决断的, 因为已经深入了产品设计层了.
-- 长期建议: 强化PA对产品设计的了解, 使得更多关键的问题在PRD中描述清楚; 强化系统分析, 使得更多细节的内容在系分阶段描述清楚.
-- 短期建议: 遇到与需求相关的问题, 一定不能开发测试私自消化, 必须让PA参与进来拍板, 对于设计层面问题, 一定要找比较资深的测试分析参与讨论. 讨论出结果之后, 记得入相应文档备案.
3. 濳规则测不到，对产品细节了解要更深。开发和测试的关系，唇齿相依。线上bug的原因是由于产品的问题，产品的潜规则开发了解，但是测试并不了解。希望测试对潜规则了解的更清楚。
-- 之所以潜规则测试不到, 是因为测试的业务传承过程中, 不断的将潜规则弱化, 理由很简单, 在某个特定的项目中, 潜规则仅仅是项目中的一小部分微不足道的内容, 并且从宏观上来说, 需要考虑的情况少之又少, 加上现在公司的业务传承文档并不是那么正规化, 而更像是人与人之间的口口相传, 所以久而久之, 类似的潜规则时常被遗忘.
-- 开发为什么对潜规则那么了解呢? 原因很简单, 开发会看代码.
-- 长期建议: 业务总结文档还得更加详细, 尤其有潜规则的地方; 产品线与产品线之间的沟通应当更加顺利, 其中很重要的就是潜规则的相互了解(文档形式); 测试应该有部分人员能够看懂代码, 并且整理出至少是本产品线范围内的潜规则.
-- 短期建议: 任何一个项目/升级包/bugfix, 一定要和开发多沟通; 跨产品线的产品, 在测试分析阶段, 就要多和其他产品线的测试分析多沟通, 了解更多的潜规则.
4. 测试环境的问题，应该是开发来维护系统。测试环境维护责任划分不清楚。
测试如果有能力，可以查看日志，发现错误，并维护系统。
-- 测试应当熟悉的一些Linux基本命令, 查看日志, 搜索, 修改配置, 更新代码, 查看版本信息, build, deploy.
5. 测试的业务传承比较好，业务PPT上的点很多，但是内容很空。
-- 这个问题反映了某些不足, 但是不用太担心, 毕竟开发和测试的角度不同, 开发更像看到的是具有严格定义和描述的富有逻辑的业务整理, 但是对于测试来说, 广和精, 广应该是在首位的.
6. 测试需要技巧，XXX的测试只是了解业务。做测试之前要和开发沟通，到底改了什么地方
-- 可能是反映某些测试同学不能精确快速的定位问题吧. 对于初级测试来说, 面对如此复杂的业务, 一般来说是很难在短期内学会精确定位问题的, 但是对于有了半年以上经验的同学来说, 应该不是难事. 至少可以定位到哪个系统出了问题.
7. 测试对bugfix不是很重视。测试通常把bugfix的优先级调为最低。如果出现问题就没有时间去修改，希望在测试时间上安排的多在bugfix。故障指数，开发配合测试走完流程，测试在CQ上确定响应故障时间。
-- ...
