如果公司只有你一个人做测试，你会如何开展测试工作？

csb821023 · 发表于 2009-11-11 17:30:42

jessica_8308 · 发表于 2015-6-15 17:07:19

最近也是一个人在做测试，因为之前也在测试团队工作过，有个比较。
好处是：
1、流程简单，节省了一些步骤。只需要提交测试报告，不需要进行测试的各项评审，不用写繁琐的测试计划、测试用例（其实我觉得这项还是需要有的）；
2、有较多的时间学习探索各种测试技术，任何你想要学的都可以进行尝试，比如APP自动化测试、web接口、性能。（一般这种公司的产品不会大规模推广）
3、不用担心办公室政治，因为只有你一个；

坏处：
1、周边没人交流，好在这是一个信息时代，可以加入各种技术交流群和社区，看看同行们都在干啥。

总结：
一个人的测试，需要很好的自我管理能力和自学能力。

liusx · 发表于 2015-6-15 09:47:06

看来一个人的测试不在少数啊。确实像大多数人说的一样，一个人很没方向。

吃货小跟班TT · 发表于 2015-6-10 09:56:21

加油

guotugsxiwei · 发表于 2015-6-9 18:40:42

也是一个测试，其他人都以为测试是万能的，发现错误就是我的事儿，心塞~

xiuli_good · 发表于 2015-6-4 16:47:26

一个人是比较困难的，因为没有方向，那就自己找个方向，测试的时候就跟着项目走，空闲了就自己整理下思路，谢谢相关的测试文档，一般一个人的公司都是比较小规模的，可以把一些规范做起来，既然约束了自己，也为公司做了贡献。看ls很多都在抱怨，不喜欢的话就换个人多的团队呗，可问题又来了，一个人测试的经验很难找到大团队公司要你，所以还是说要在一个人的时候多学学，网络发达，自己定个方向，啥都能学。一个人或者几个人的同胞们，fighting

csb821023 · 发表于 2009-11-20 14:44:01

同意楼上的看法，老板要的也就是结果而已，至于如何做是自己可以把握的
我觉得一个人做学到的东西应该还是挺多的

ly113 · 发表于 2009-11-13 17:26:40

如果时间和条件允许的话，流程方面可以自己定~能文档化的东西就文档化~
需求自己分析软件提取，拿不准的找开发确认~
自己写用例，用软件管理起来；bug的提交和跟踪也尽量规范起来，不会花太多时间~
既然自己做，就尽量做好吧~

zg8834760 · 发表于 2009-11-13 10:25:46

同意19楼的说法，我觉得如果没有方向，就自己找个方向嘛。虽然跟工作发生冲突的时候会感觉到有一得的困难和压力，但我们必须明确自己想得到什么，和怎么样可以得到，至于压力顶着先，自己成长后想去哪里，谁都拦不住你。

wu_xiaoxiang · 发表于 2009-11-13 10:14:58

一个人做，主要靠自己喽。如果很努力，那么就能学到很多东西。如果抱着混日子的估计就保持原地了。甚至会被淘汰的。

千里 · 发表于 2009-11-13 10:05:38

同意16楼的观点，我也很明显的感觉到这种测试对个人发展有着很大的瓶颈。

csb821023 · 发表于 2009-11-12 18:40:41

觉得14#说的跟我现在的情况一样，公司根本就没什么文档，写的测试用例也就是为了帮助自己不要漏测了，至于测试时，就只要按照自己罗列的点测就可以了。有时候，根本就没时间去写测试用例，都是后补的，因为开发会隔三差五的扔一个新版过来。
一个人做测试，感觉真的没方向，完全是跟着开发后面走，真的很难进步

crystal50112 · 发表于 2009-11-12 17:06:24

我有好多朋友找工作的时候都遇到这种情况。整个所谓的测试部就只有一个人或者两三个人。其实这样的公司建立这样的规模，从主观上已经表现的很明显，这个测试部就是充充样子的，根本不受重视。建议希望在测试领域有所建树的朋友们别去这样的公司，因为在这样的环境下很难有所突破。如果已经工作了，那就平时多留意一下别的出路吧，例如可以跟同事搞好关系，走人际路线。

juanjuan.0422 · 发表于 2009-11-12 16:10:47

嗯，一个人做测试好难，没有方向！

独角兽妹妹 · 发表于 2009-11-12 15:50:41

我一个人做一个项目的方法是：先把软件的功能点，以及这些功能点怎么去测试写成文档（测试大纲），而后根据这个文档写测试用例，测试的时候使用测试+自由测试。写测试大纲、测试用例的原因也就减少漏测而且保证用户在一般情况下操作不会出现问题。+自由测试的原因：因为很多时候在写用例的情况下，想不到过分的非法操作，或非法数据，或路径组合。而是在测试的过程中想到（体会到）。
一个人测试，大多数没有文档的。而且很多时候是开发发一个版本，给您，让您测。您也不要抱怨，很多人做测试是开发没有给文档的，也要静下心来，花上两天时间熟悉软件，而后写测试大纲，测试用例。。。
如果项目紧，先测试；等项目不紧的时候补上，一定要补上，而且要把测试用例跑跑。因为在客户没有发现之前，你可以先发现，开发会升级软件版本的。这样你的客户是不知道急着交上去的版本是有问题的。
把好的测试用例也要总结起来。每次的测试心得也谢谢

独角兽妹妹 · 发表于 2009-11-12 15:37:29

其实很多私有的IT公司只有一个测试人员。而他们做的测试内容，只是功能测试，只要软件不常常崩溃而且客户不抱怨就行。您可以当这个项目只有一个测试人员来做测试的方法处理。
如果公司很重视测试流程等等就不会只有一个测试人员。公司有测试人，说明他们对自己的产品不放心，希望测试一下，只要界面过的去，用户使用方便，卖出去的软件不出现大量的BUG就行（用户用一个路径，就崩溃一次）。

月上百合 · 发表于 2009-11-12 14:19:40

一个人的还真不少，我也是一个人，说实话一个人想进步好难呀，主要是没有方向。整个一个闭门造车

小钟 · 发表于 2009-11-12 14:03:27

我做测试都一年多了

想找一个大家交流平台来提高自己的水平

小钟 · 发表于 2009-11-12 13:56:26

一个人就是什么都要做

小钟 · 发表于 2009-11-12 13:55:04

我也是一个人做测试

mx113040 · 发表于 2009-11-12 13:49:37

多沟通，多记录bug

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 如果公司只有你一个人做测试，你会如何开展测试工作？

相关帖子

测试

站长推荐 /1