如何做好测试工作？

目前的很多公司为了快速的迭代，短时间开发出产品；测试、产品、开发在同一个办公地点工作；导致测试、产品、开发的职责出现混合交叉，从一定的程度上说可以节约开发时间，但是也会产生很多的问题；

首先，测试的职责不够明确，立场不够坚定；在测试的角度来看，首先是应该是对产品负责；那么如何确保产品的质量是高效的呢 ？

1、产品的设计标准；

从产品立项开始，测试、开发、产品应该一同指定出一个合理的产品设计标准，明确产品的设计流程，应该实现的功能，具体的实现流程，具体的性能标准，针对的使用人群等等，当测试得到设计标准后应该针对设计标准制定对应的测试用例，并且严格针对测试用例来执行。

2、开发的设计流程

开发应该针对具体的功能产出开发设计流程，该流程应该具体明确某个功能的实现方式，涉及到哪些影响点等；

3、开发转测试的流程

开发实现功能后，如何转测试，应该实现什么样的标准后才能转入测试？如果转入测试的标准太低，将导致测试回归次数太多并且最终的产品质量将不能得到确保；如果转入测试的标准太高，将在开发自测的时候花费太多的时间，最终也会使得产品的开发成本增加，因此，我们应该合理的控制开发转测试的标准；此时，可以由开发、产品、测试共同制定出一套提测标准，最终实现开发转入测试的流程

4、测试流程

测试的回归次数，在我看来超过3次的测试回归，就不应该算是一次成功的提测；过多的回归一是浪费过多的时间，另外会导致测试无力去做更多的稳定性、性能测试；从而只覆盖到功能测试；更甚至是到了产品发布的前一刻开发还在更改bug，这里也就导致了测试没有更多的时间去回归以前的功能，这样的产品也是极具风险的，另外测试时间的计算是一件很有艺术的事情，首先我不建议测试时间估的太紧凑，慢工出细活这句话我是很认同的；我认为测试的流程应该是这样的

一、需求熟悉，这是基础，只有熟悉自己的产品才能覆盖全面自己的测试点；测试应该比产品更熟悉需求，标准等

二、熟悉功能实现的方式，只有只其所以然才能更好的完成测试，而不是简单的黑盒或者从功能上去体验

三、测试环境的搭建；目前很多公司，尤其是互联网公司，测试环境的搭建更多的依赖开发或者运维人员，也就导致了测试公司的地位比