如果公司只有你一个人做测试，你会如何开展测试工作？
如果公司只有你一个人做测试，你会如何开展测试工作？ 我也一个人在做，唉...看看别人说什么咯 一个人... 一个人，没有遇到过， 一个人做简单多了，关键是看做什么类型的，我以前做UI测试的，根据软件要求和优先级确定测试就可以了，一个人测试主要是和软件工程师紧密配合使其软件顺利完工就可以了，具体测试上你可以随便写一些就可以了
不过一个人做测试往往再就业没有说服力，啥都会点啥都不精 呵呵
[ 本帖最后由 gnixougil 于 2009-11-12 11:35 编辑 ]
看看其他人的说法
O(∩_∩)O~[ 本帖最后由 gnixougil 于 2009-11-12 11:37 编辑 ]
回复 5# 的帖子
我朋友公司也是他一人做测试基本和你情况一样::ybaojc::: ::ybaojc:::辛苦辛苦 多沟通，多记录bug测试
我也是一个人做测试 一个人就是什么都要做 我做测试都一年多了:lol 想找一个大家交流平台来提高自己的水平 一个人的还真不少，我也是一个人，说实话一个人想进步好难呀，主要是没有方向。整个一个闭门造车 其实很多私有的IT公司只有一个测试人员。而他们做的测试内容，只是功能测试，只要软件不常常崩溃而且客户不抱怨就行。您可以当这个项目只有一个测试人员来做测试的方法处理。如果公司很重视测试流程等等就不会只有一个测试人员。公司有测试人，说明他们对自己的产品不放心，希望测试一下，只要界面过的去，用户使用方便，卖出去的软件不出现大量的BUG就行（用户用一个路径，就崩溃一次）。 我一个人做一个项目的方法是：先把软件的功能点，以及这些功能点怎么去测试写成文档（测试大纲），而后根据这个文档写测试用例，测试的时候使用测试+自由测试。写测试大纲、测试用例的原因也就减少漏测而且保证用户在一般情况下操作不会出现问题。+自由测试的原因：因为很多时候在写用例的情况下，想不到过分的非法操作，或非法数据，或路径组合。而是在测试的过程中想到（体会到）。
一个人测试，大多数没有文档的。而且很多时候是开发发一个版本，给您，让您测。您也不要抱怨，很多人做测试是开发没有给文档的，也要静下心来，花上两天时间熟悉软件，而后写测试大纲，测试用例。。。
如果项目紧，先测试；等项目不紧的时候补上，一定要补上，而且要把测试用例跑跑。因为在客户没有发现之前，你可以先发现，开发会升级软件版本的。这样你的客户是不知道急着交上去的版本是有问题的。
把好的测试用例也要总结起来。每次的测试心得也谢谢 嗯，一个人做测试好难，没有方向！ 我有好多朋友找工作的时候都遇到这种情况。整个所谓的测试部就只有一个人或者两三个人。其实这样的公司建立这样的规模，从主观上已经表现的很明显，这个测试部就是充充样子的，根本不受重视。建议希望在测试领域有所建树的朋友们别去这样的公司，因为在这样的环境下很难有所突破。如果已经工作了，那就平时多留意一下别的出路吧，例如可以跟同事搞好关系，走人际路线。 觉得14#说的跟我现在的情况一样，公司根本就没什么文档，写的测试用例也就是为了帮助自己不要漏测了，至于测试时，就只要按照自己罗列的点测就可以了。有时候，根本就没时间去写测试用例，都是后补的，因为开发会隔三差五的扔一个新版过来。
一个人做测试，感觉真的没方向，完全是跟着开发后面走，真的很难进步 同意16楼的观点，我也很明显的感觉到这种测试对个人发展有着很大的瓶颈。 一个人做，主要靠自己喽。如果很努力，那么就能学到很多东西。如果抱着混日子的估计就保持原地了。甚至会被淘汰的。 同意19楼的说法，我觉得如果没有方向，就自己找个方向嘛。虽然跟工作发生冲突的时候会感觉到有一得的困难和压力，但我们必须明确自己想得到什么，和怎么样可以得到，至于压力顶着先，自己成长后想去哪里，谁都拦不住你。
页:
[1]
2
