个人对于测试职责的看法

[moresteam]

企业出于成本考虑，不太可能让高成本的开发同时做开发和测试工作，所以将开发和测试工作区分开，招聘专门的测试人员来做测试工作。
所以开发交到测试手里的程序应当是能够让测试将全部业务测试下去的版本，不可以出现测试测着测着没法测了的情况。
因此，测试工作的核心就是替代开发将测试工作做完。开发应当避免主流程跑不通和直接解决掉一些常见 bug.
因此测试不应当要求开发进行尽可能详细的测试，甚至是要求无 bug. 当然在一些地方，开发也无法替代测试的作用。可以看到很多 it 作为边缘部门的公司，开发是兼具测试工作的，而测试无法兼具开发的工作。

[SuperMild]

1. 假设测试不要求开发达到无 bug 状态
↓
2. 开发只解决明显 bug, 常见 bug，就提交
↓
3. 测试发现大量 bug，反馈给开发改 bug，并且要求尽量无 bug
↓
4. 开发做到尽量无 bug，再提高

那么，这与测试一开始就要求开发尽量无 bug，有什么区别？

[hiluluke]

不应该把开发和测试隔绝开。你上述很可能导致开发和测试相互不信任，甚至导致冲突。而且也没什么高成本开发。测试的工作也同样重要。大家的目标应该是共同的。

甚至当整个项目阻塞在测试下面的时候，这个时候开发可能是闲置状态。这个时候开发完全可以帮助测试 一起测试。不然最后加班大家都是一起的。 所以在开发阶段做到充足的测试是很有必要的。可以减少沟通的流程。

[moresteam]

@SuperMild 这样显然是违背常理的。按照这种思路，反正 bug 是要解决的，那么是否就可以取消掉测试部门了。你忽视了寻找 bug 本身就是个费时间的过程，因为你要把流程全部跑一遍；反之，我只需要跑一遍主流城，因为代码就大部分开发而言，并不是写出的代码全都是有问题的，换言之，有些代码一般不会出问题，但是不能保证百分百，所以这个确认过程就要测试去做。

[moresteam]

忘记说前提了，这个问题是基于开发周期比较紧张的情况下，开发做完一个项目就要紧接着进行下一个项目；如果时间充裕的话，我认为没有必要招聘测试，开发自己完成就可以了——原因在于黑盒测试的测试人员只能保证功能正常，并不能保证产品质量——仅限于开发自己有良知的情况下......

[Raisu]

请问怎么在项目中写单元测试.。。