小公司做测试该怎么做
本人目前在一家小公司做测试，只有我一个人做测试，很多时候都想规范一点，包括用例的设计，测试报告的内容，覆盖率，都想做好一点，内容全一点，但是时间又不够，在这种情况下我改怎么做，请有经验的人士指点迷津 跳到大公司学习一下规范 汗，觉的2楼好叼 原帖由 fbs19871014 于 2009/12/5 13:49 发表 http://bbs.51testing.com/images/common/back.gif本人目前在一家小公司做测试，只有我一个人做测试，很多时候都想规范一点，包括用例的设计，测试报告的内容，覆盖率，都想做好一点，内容全一点，但是时间又不够，在这种情况下我改怎么做，请有经验的人士指点迷津
多年以前我也和你一样，首先，我认为你会成为一个好的测试工程师的。其次，我想谈一下我自己对小公司做测试的看法。
刚毕业的时候，我和你一样，进入的是一家小公司，是LED的研发、制造、销售、服务为一体的小公司，麻雀虽小，五脏俱全啊。开始我很懵懂，对测试一无所知，平时只是做做焊接、维修、打打杂什么的。测试部门也只有我们两个人，我几乎不会做测试，都是我老大领着我做的，但是，小公司没有任何测试方面的规则制度，完全靠着老大的经验来测试和判断问题，连测试记录也少得可怜，我就是在这种环境下工作了两年多。从对测试的懵懂无知到逐渐认识，开始觉得公司的规章制度对测试人员的发展一点儿都不利，自己两年多做过的事情很多，除了觉得测试无法再进展外，从公司里学到的东西还是非常多的。在小公司做测试，没有经验的人肯定寻不到规律，这位小兄弟，首先我建议你在这种情况下，不要想太多的规范和制度性的文档，这些完全不适合小公司，但你幸运的地方就是现在测试由你说了算，因此，这是你一个很好的自我展现的机会，你只有不断努力去工作，积累工作经验，以后你设计出来的测试用例肯定就和普通的不一样。你现在要做的是把工作做一下评估，做个大概的测试计划就可以了，测试前把产品的功能、需求等了解清楚，重点就在于客户要的是什么，你把可以想要的测试好来就可以了，锦上添花的东西等公司有时间再考虑，最后做一份测试结果出来，那些需要继续跟踪的，那些是误操作造成的，那些问题还未解决但重要的，那些问题未解决但不重要的，这些就进你最大的努力去整理。你可以访问一下我的博客，虽然写得不多，但后续会丰富起来的，希望你可以不断进步。http://www.51testing.com/?uid/120597。希望有机会多交流。
最后，归结到一点，要根据实际情况来变化，测试不是死的。
[ 本帖最后由 Kity_88 于 2009-12-5 17:45 编辑 ] 学习再学习！
回复 4# 的帖子
谢谢你的指点，看你打那么多字就知道是个过来人，肯帮助年轻人。我的qq 409981970，我想多向你学习。 说说我的看法。这种情况对你来说，有利也有蔽，利的是，你接触的东西多，什么都要你干，只要你肯学，随着公司的不断发展，后续你可以带一个测试团队。蔽的是，没有系统的学习，没有人交流，随着个人的不断发展，你后续成了一个杂牌专家，理论、方法比较差一些，不过好在有51论坛:lol ，可以多跟前辈学习理论。另外，如果是我，在你们公司的话，首先还是要了解测试流程，把流程的主线制定下来，流程中有些步骤可以不做或少做，但一定要有。然后就以公司的业务为主要工作。
为了把测试做得更好，一定要有测试用例，但测试用例设计很花时间，而且还要学习用例设计方法。所以可以先把系统按业务功能划分不同的模块，每个模块要测试哪些点（注意：不是测试用例），先记录下来（可用excel记录），记录完后（可做一模块讨论一下，也可把所有整理完了再讨论，看你系统的复杂度），先找开发、技术支持部门讨论一下，算是一个测试用例的雏形，按照这个测试，至少能保证覆盖率。然后日常工作中不断补充，形成标准的测试用例。
同理，其它测试文档（如测试报告、需求变更），也按照标准流程来整理（网上很多），前期关注重点部分就行了，把这部分做好了，公司业务才有更好发展，后续就可以投入更多的人力来实行标准化了。
回复 7# 的帖子
我们公司比你想象的还糟糕，都是应届生，没什么经验，而我呢，目前想做好的就是写好测试计划，然后设计好用例并执行，再然后就是跟踪bug并写测试报告。各位前辈觉得我这个想法怎么样，我希望大家具体一点，当然同时我也会用到qtp，还有URTracker（缺陷管理工具）。这两个工具我都会一点，当时不熟。 可以考虑自己搞一个Automation Test Framework~~~~~~以后再跳槽就值钱了:)回复 9# 的帖子
没研究过呢，能指点一下吗，我现在就是想把qtp用熟，qq 409981970 迷茫的人，有我一个，我也吧知道是在小公司还是到打公司:'(
页:
[1]
