谢谢回复，测试是不是应该先写测试用例，还是拿过来直接开始测试呢，感觉应该先写测试用例，这样测试的内容更全面一些，虽然花费些时间。再就是同事之间的测试是不是黑盒测试呢，用不用关心代码中的问题。

@lyric song: 开发同事之间可以进行黑白 双盒测试，测试用例其实无所谓写与不写，看自己需要，要是让同事测得话，文档要写清楚，再有可以直接让同事进行代码审查

小公司，专门负责测试的人员屈指可数的几个，开发人员将近百人。

让他们测试实在是起不到效果，他们也就搞搞文档管理搞搞规范管理了。

所以必须还是我们自己测试，虽说开发人员测试效果不好，但是这个必须要折衷下取一个最靠谱的办法，

你说的这个自动化测试程序是个什么概念，对于产品或是项目 会花费很大的精力吗？

@lyric song: 就是理解的字面意思，根据你实际项目的类型，比如说UI程序，需要测试登陆功能，就用一些自动化工具模拟用户输入，然后查看登陆状态和预期是否一致，如.net就有叫CodedUI的。简单来说就两个步骤，模拟输入和自动比较实际和预期输出判断用例是否通过。前期框架设计好了，以后添加case就方便了，而且做回归或者其他测试，也方便多了。

@Ethan轻叹: 这样的话，人工直接去点可以么，不是更方便些么，又不用测试压力。

@lyric song: 你只要写一次，就可以永久运行了。相关的自动化测试概念，建议你去搜索一下，我讲的可能不是很清楚。