由论坛中“测试从零开始的公司应该如何建立测试与开发之间的流程”想到的，小公司或只有几个测试人员如何开展测试工作呢？以下是个人经验谈。
因为公司小，所以测试人员的工作可以相对简单些，不过肩上的担子没有轻。
1.参与需求分析流程
开发部门接到新的开发任务时，参与讨论。并设专人作会议整理，将会议中讨论的内容逐条记录。会后发给全部会议人。有没有专门的需求文档，都一样要做。
优点：可以作为开发和测试的依据。如果公司条件好，可以备个录音笔，将每次会议讨论做个录音，这样如果发生岐议时，大家可以听听录音，找到当时的想法。如果没有专门的需求文档，这个会议记录就相当重要了，内容还需包含PM或需求人员提供的样本文档。
2.做模块测试策略和计划，这个相当重要。
优点：一个人做可以养成好的习惯，刚开始可能不全，随着业务的熟悉。测试策略和计划就会更加完善。
比如测试数据的准备，环境的搭建，时间的安排等其它的。
3.先做测试用例，再做测试。（最好有TESTCASE管理程序，没有的话就用EXCEL好了）
核心测试用例先运行，如果不通过，直接打回开发。
可以share部分核心测试用例给开发，由开发自测。确认通过后，再给测试人员测试。
优点：节约时间。
4.如果时间允许可以做个评审，对大家都有好处。
开发可以了解测试的工作细节，测试也可以了解开发对测试的看法。
5.发现BUG，及时加入BUG管理流程（需要搭建BUG管理程序）
以邮件通知为主，开通开发人员的账户。
开发按BUG的重要级别修改，TEST 做Regression test.
提示：有些BUG需要补充测试用例。
6.每个模块测试完毕，写测试报告。
测试人员自测能力：
1.具不具备自己搭建测试环境能力
2.对CODE的熟练度，如果熟悉CODE可以做白盒测试，灰盒测试，到系统测试。
不过因为你是一对四，估计时间不够。
3.被测试软件的配置及发布能力
是否需要和开发共同被测试软件的环境还是分开，如果分开是你自己去配置测试环境还是开发人员帮助你配置测试环境。
如果你熟悉配置和管理，那么被测试软件的版本发布工作应该由你来完成。
4.管理和沟通能力
在BUG修改中，有可能你需要监督开发的工作，也有可能需要管理开发的工作
比如说及时检查开发对BUG的修改。