小公司做测试该怎么做

fbs19871014 · 发表于 2009-12-5 13:49:05

本人目前在一家小公司做测试，只有我一个人做测试，很多时候都想规范一点，包括用例的设计，测试报告的内容，覆盖率，都想做好一点，内容全一点，但是时间又不够，在这种情况下我改怎么做，请有经验的人士指点迷津

iamshj006 · 发表于 2009-12-5 14:45:34

跳到大公司学习一下规范

superliu8 · 发表于 2009-12-5 16:23:06

汗，觉的2楼好叼

Kity_88 · 发表于 2009-12-5 17:42:43

原帖由 fbs19871014 于 2009/12/5 13:49 发表
本人目前在一家小公司做测试，只有我一个人做测试，很多时候都想规范一点，包括用例的设计，测试报告的内容，覆盖率，都想做好一点，内容全一点，但是时间又不够，在这种情况下我改怎么做，请有经验的人士指点迷津

多年以前我也和你一样，首先，我认为你会成为一个好的测试工程师的。其次，我想谈一下我自己对小公司做测试的看法。
刚毕业的时候，我和你一样，进入的是一家小公司，是LED的研发、制造、销售、服务为一体的小公司，麻雀虽小，五脏俱全啊。开始我很懵懂，对测试一无所知，平时只是做做焊接、维修、打打杂什么的。测试部门也只有我们两个人，我几乎不会做测试，都是我老大领着我做的，但是，小公司没有任何测试方面的规则制度，完全靠着老大的经验来测试和判断问题，连测试记录也少得可怜，我就是在这种环境下工作了两年多。从对测试的懵懂无知到逐渐认识，开始觉得公司的规章制度对测试人员的发展一点儿都不利，自己两年多做过的事情很多，除了觉得测试无法再进展外，从公司里学到的东西还是非常多的。在小公司做测试，没有经验的人肯定寻不到规律，这位小兄弟，首先我建议你在这种情况下，不要想太多的规范和制度性的文档，这些完全不适合小公司，但你幸运的地方就是现在测试由你说了算，因此，这是你一个很好的自我展现的机会，你只有不断努力去工作，积累工作经验，以后你设计出来的测试用例肯定就和普通的不一样。你现在要做的是把工作做一下评估，做个大概的测试计划就可以了，测试前把产品的功能、需求等了解清楚，重点就在于客户要的是什么，你把可以想要的测试好来就可以了，锦上添花的东西等公司有时间再考虑，最后做一份测试结果出来，那些需要继续跟踪的，那些是误操作造成的，那些问题还未解决但重要的，那些问题未解决但不重要的，这些就进你最大的努力去整理。你可以访问一下我的博客，虽然写得不多，但后续会丰富起来的，希望你可以不断进步。http://www.51testing.com/?uid/120597。希望有机会多交流。
最后，归结到一点，要根据实际情况来变化，测试不是死的。

[ 本帖最后由 Kity_88 于 2009-12-5 17:45 编辑 ]

51好多鱼 · 发表于 2009-12-5 20:08:57

学习再学习！

fbs19871014 · 发表于 2009-12-6 15:01:59

谢谢你的指点，看你打那么多字就知道是个过来人，肯帮助年轻人。我的qq 409981970，我想多向你学习。

hxc21st · 发表于 2009-12-7 14:06:35

说说我的看法。这种情况对你来说，有利也有蔽，利的是，你接触的东西多，什么都要你干，只要你肯学，随着公司的不断发展，后续你可以带一个测试团队。蔽的是，没有系统的学习，没有人交流，随着个人的不断发展，你后续成了一个杂牌专家，理论、方法比较差一些，不过好在有51论坛

，可以多跟前辈学习理论。
另外，如果是我，在你们公司的话，首先还是要了解测试流程，把流程的主线制定下来，流程中有些步骤可以不做或少做，但一定要有。然后就以公司的业务为主要工作。
为了把测试做得更好，一定要有测试用例，但测试用例设计很花时间，而且还要学习用例设计方法。所以可以先把系统按业务功能划分不同的模块，每个模块要测试哪些点（注意：不是测试用例），先记录下来（可用excel记录），记录完后（可做一模块讨论一下，也可把所有整理完了再讨论，看你系统的复杂度），先找开发、技术支持部门讨论一下，算是一个测试用例的雏形，按照这个测试，至少能保证覆盖率。然后日常工作中不断补充，形成标准的测试用例。
同理，其它测试文档（如测试报告、需求变更），也按照标准流程来整理（网上很多），前期关注重点部分就行了，把这部分做好了，公司业务才有更好发展，后续就可以投入更多的人力来实行标准化了。