51Testing软件测试论坛

标题: 公司就我一个测试，资历又浅，怎木办？ [打印本页]

作者: maggioc 时间: 2011-6-21 11:33
标题: 公司就我一个测试，资历又浅，怎木办？
公司就我一个测试，资历又浅，制度什么的都不规范基本上是口传，新开始一个项目不知从哪下手，怎木办？

作者: maggioc 时间: 2011-6-21 13:55
在线等答案中……

作者: wdzawc 时间: 2011-6-21 15:19
拿到一个新项目，按照正规流程来说可以从需求阶段就开始介入，让测试人员一起参加需求评审工作，对照用户需求说明书，评审需归中的问题，等需归通过评审后，在PM把开发计划写完通过评审后，就可以编写测试计划，然后按照测试计划的时间段进行下一步的实施

作者: wdzawc 时间: 2011-6-21 15:20
还有一点。。在测试前需要项目部提交测试申请单，明确哪些功能需要测试

作者: zzh5237 时间: 2011-6-21 19:59
问问老板希望你做什么，看看自己能做什么。

作者: maggioc 时间: 2011-6-21 22:36
回复 4# wdzawc

谢谢。

作者: maggioc 时间: 2011-6-21 22:43
回复 4# wdzawc

我们这边没有什么需求说明书，有开发原型，每周一次开会讨论进展以及修改，我会参与，没有其他任何文档。主管的意思是让我写测试用例，我总担心自己会测漏点什么功能之类的。
PS：我做测试一年了，在以前的公司功能都是执行测试用例，对设计这块经验不够，现在总觉得吃力不讨好。

作者: maggioc 时间: 2011-6-21 22:43
回复 5# zzh5237

老板希望我把问题都发现了……呵呵

作者: lxdzyy 时间: 2011-6-22 11:18
那就发现问题，生成测试报告给老板看到你有认真工作就行了嘛。。

作者: wdzawc 时间: 2011-6-22 13:19
回复 7# maggioc

对于只有你一个测试人员来说，测试有遗漏是很正常的，就算一个产品到客户验收了也还是有BUG。对于你写test case 来说，test case只有不段的完善，如果有条件的话，可以通过管理软件来管理用例和缺陷，每一轮测试过后，可以生成测试报告，然后做下分析，看下问题具体出在哪写流程或模块中，然后给测试主管看。让你的测试主管和项目经理去交流去。。
PS：现在其实你已经晋升了，从测试执行人员到了测试工程师，这是一道必过的坎！

作者: maggioc 时间: 2011-6-23 11:42
回复 10# wdzawc

谢谢！

作者: newtester08 时间: 2011-6-23 14:10
我跟你一样呀
你工作几年了啊

作者: yang591561950 时间: 2011-6-23 17:18
还行先了解公司业务流程，按测试流程一步一步操作，需求分析--测试用例设计--执行测试用例--提交bug,我也是新手，我刚进公司时是了解业务，然后测试一些简单的，没几天就让我写测试用例了

作者: z563772452 时间: 2011-6-24 10:30

拿到一个新项目，按照正规流程来说可以从需求阶段就开始介入，让测试人员一起参加需求评审工作，对照用户需 ...
wdzawc 发表于 2011-6-21 15:19

人家公司就一个测试的，流程肯定不规范，你叫人家照着规范流程去做是不可能的。这只能看他老板要求怎么做，还有客户方有什么要求。然后你才去考虑怎么去测

作者: z563772452 时间: 2011-6-24 10:32
你就放手去做，反正自己觉得怎么测好就怎么测。只要客户那里过关了就行，咱们测试就是为客户服务的.

作者: datouniuniu 时间: 2011-6-24 11:04
一个人肯定不够，你可以先测试，后补文档，具体需要哪些文档，上网查一下就都出来了。。。。。

作者: maggioc 时间: 2011-6-24 11:50
回复 12# newtester08

一年多

作者: maggioc 时间: 2011-6-24 11:52
回复 13# yang591561950

嗯嗯

作者: maggioc 时间: 2011-6-24 11:52
回复 15# z563772452

谢谢！

作者: linkxu 时间: 2011-6-24 12:09
一个人还不好啊，leader啊，忽悠贝！！！

作者: shimltester 时间: 2011-6-25 11:56
好好干，将来你就是你们公司测试部的领导……

作者: shandongdong 时间: 2011-6-25 16:22
我现在也是，一个人做测试。用例也自己写这是我的第一份工作

作者: msnshow 时间: 2011-6-26 22:37
回复 1# maggioc

把你想到的都用成用例，然后给相关的开发和需求人员一起来评审，让他们来补充

如果大家都觉得测试用例的覆盖度够了，那即使用遗漏也不全是你的责任的，做为测试人员不是来保证产品发表后没有BUG的

作者: maggioc 时间: 2011-6-27 13:57
嗯，只是我们公司压根就没有用例评审这一说，自己也不太懂用例评审具体是评审一些什么东西？

作者: maggioc 时间: 2011-6-27 13:58
回复 23# msnshow

嗯，只是我们公司压根就没有用例评审这一说，自己也不太懂用例评审具体是评审一些什么东西？

作者: jin_002 时间: 2011-6-27 14:37
你要去跟项目经理沟通，问清楚需要测试到什么程度，然后自己去规划好测试的问题（测试准备和各种测试方法）。临时上阵测试肯定测的没底那种。

作者: ibaiye 时间: 2011-6-27 15:09
我和LZ的情况一模一样，估计郁闷的事情也一模一样
其他不想多说，送一句话和LZ共勉：“身边没有更强的人，我就是专家”

作者: horatio.li 时间: 2011-6-27 15:29
1）目前大公司那边测试的条条框框对你现在状况不太适用，不必强加于你。
2）和领导，客户主动，积极沟通大家的测试需求，明确测试范围，测试流程（比如分几轮测试,冒烟测试，完整测试，要点测试，回归测试以及bug如何分类，跟进），同时也要积极反馈测试状况（进度，bug严重性)
--此部分是测试人员的基本功，不管在哪个公司。
3）积极学习，特别是大公司的优秀的测试规范，不能简单的拿来套用。
4）提高沟通表达能力，因为这个可以为将来加分。

作者: crazy715 时间: 2011-6-27 19:35
多和你的老板沟通，沟通是解决问题的最好方法，让他知道你需要什么你解决什么，这才是本质的，让他知道你的工作的开展的目的和可能的结果，不要让他认为你的工作只是阶段性的，而应该是有目标性的。。

作者: yangge0301 时间: 2011-6-27 23:19
你们公司怎么就你一个测试啊？怎么不招点其他人的啊？

作者: wangsc_testing 时间: 2011-6-28 00:10
“符合国情”这个词这几年听得最多了！我也是刚从你这个阶段过来不久，不要用2楼的那兄弟讲的来硬套自己的工作，结合公司目前的研发模式，找到最适合公司目前测试工作的方法，那样才是最最有效的，也是最容易出成果的。什么需求评审啊、测试计划啊都是不适合你现在所做的工作。还有一点要注意，不要想着去推翻公司已有的研发或测试模式，因为你是员工，研发模式和测试模式都是公司老板以前“成就”出来的，如果你完全推翻了老板的“成就”，你得不到什么好处的，当然，除非你的新模式给公司带来了巨大的效益，你可以在现有的模式上去“丰富”，但记住一定是对目前工作来说是见效最快的，否则，老板对你的这个“创新”就会认为是你的做与工作“无关”的事情。最后，给你一个忠告，如果你喜欢软件测试这个行业，第一份软件测试工作一定要坚持一年半到两年，不要超过两年，因为我之前和你的情况一模一样，也是我一个人测试，也没有文档，只有系统原型，对于这样的工作，把它当做一个跳板来对待，做好当前的工作，然后有大量的空闲时间你可以自学，并在工作中试着去“练习”。对着你说的，不知道怎么测，很简单，每次肯定都是系统原型先做出来，然后就是开发人员去开发，这个时候你不要闲着等待，你就对着系统原型去想它的“工作原理”，不确定的地方就找老板问，最好整理出一个“XXX需求疑问”，不要有一个问一个。弄清楚它的“工作原理”后就开始写测试用例了，写功能测试用例的方法我就不给你介绍了，但记住一点，不一定是非常专业的格式，适用的才是最好的！有机会再和你聊吧，留下我的QQ（231689819，有加好友验证信息，写测试即可），我们可以一起成长。

作者: maggioc 时间: 2011-6-28 10:45
回复 31# wangsc_testing

谢谢。

作者: down010 时间: 2011-6-28 11:10
一个人好累的。。。

作者: pigpala1984 时间: 2011-6-28 11:23
我们公司也就我一个测试人员。公司貌似也不重视测试人员，开发人员开发出新东西后自己会测试，然后再交给测试人员走一个形式。而测试人员的测试时间是完全不够的，一般是1个小时之内，然后匆匆上线。其余时间，我就干些打杂的事情了。。。

作者: 南国迦叶 时间: 2011-6-28 11:48
回复 34# pigpala1984
那你这样的情况，对于需要通过实践来丰富自己的新手来说是不是有些不合适啊，或者说成长太慢啊？

作者: 南国迦叶 时间: 2011-6-28 11:56
回复 10# wdzawc
想请教下你说的从测试执行人员到测试工程师的转变除了你提到过的是够写作测试用例，它们还有其他的区别吗？

作者: maggioc 时间: 2011-6-29 09:23
做着做着就没信心了。。。。。。

作者: mingpeng2005 时间: 2011-6-29 15:11
一个人好啊，很锻炼人，加油

作者: snowya2010 时间: 2011-6-29 16:48
有压力就有动力，，楼主加油吧

作者: maggioc 时间: 2011-6-29 22:59
回复 39# snowya2010

谢谢。

作者: maggioc 时间: 2011-6-29 23:13
回复 39# snowya2010

谢谢。

作者: beauty330804 时间: 2011-6-30 09:27
很理解你的处境，因为以前我也是这样的，公司也不重视测试，并且需求有什么变动，开会什么的，都没有让我参加，在那家公司一点成就感都没有，公司整体气氛很压抑！还整天干些杂七杂八的事情，我刚过试用期就离职了！

作者: zr131 时间: 2011-7-1 10:22
我们公司也只有我一个测试，有时候上班感觉很压抑研发部包括开发和测试就我一个女同事，感觉很压抑我以前没做过这个工作，这次进公司之前是自己在家自学的，在公司也没有人带我，进公司快40天了，一切是自己摸索自学的，从来没有上过这种办公室只有一个女娃娃的那种班，上班基本很少说话，觉得不怎么习惯，不知道在这种公司自己能不能学的好

作者: almarao 时间: 2011-7-1 15:14
回复 43# zr131

我们的情况十分类似呀，但是我是做了一年半的开发转到测试的，现在也是就我一个女娃娃，而且我没有测试经验，有时间可以交流一下啊，我的Q：1242341279 共同进步，加我的话附加测试朋友。

作者: renxiujuan 时间: 2011-7-2 15:44
我也是从那时候过来的，公司虽然不是一个女娃，但是都不重视测试，没人带，什么都是自己学，但是要坚持住，希望你能完成一个完整的项目再考虑换一家。有的时候单靠自己成长会慢些。意见仅供参考...

作者: huhumei678 时间: 2011-7-3 23:05
建议还是把文档完善起来，不然后续跟踪与反馈补充是很麻烦的

作者: qq13816974762 时间: 2011-7-4 00:11
本帖最后由 qq13816974762 于 2011-7-4 00:14 编辑

我来说几句哈，我不知道你所说的1年测试工作是怎么做的，你就光执行测试用例，看都不看测试的内容的么，没事需求文档，有设计文档把，没有设计文档，开发不好做把？不要说你们公司什么文档都没有，那你们公司也真是前景可以看到了，我才做了3个星期的测试，我都知道自己要干什么了，不管什么工作，交流才是王道，你这样来论坛问，不如直接在公司问，你这样真不适合去做测试。。

作者: maggioc 时间: 2011-7-4 08:21
回复 47# qq13816974762

恩，交流才是王道。

作者: kingcfl 时间: 2011-7-5 00:05
今天第一天上班，目前状态良好,先了解公司状况再决定吧。
背景：公司去年成立，工作地在深圳，测试安卓系统，测试试产后的成品机，老板说分公司（开发在其他地区，目前不知道开发那边有没有测试部门）的软件测试部门只有我一个人，工作内容和流程以后由我来做主要决定。
需要交流请加qq376959265

作者: fnngj 时间: 2011-7-5 09:49
也是一个人的测试，去年11月份入行，QQ16309483

作者: biwen521 时间: 2011-7-5 09:54
根据已有的资料，设计好测试点和思路、测试方法；多和开发沟通，确保测试方法和思路的正确；多去了解客户需求，确保最终产品功能的准确。。。

作者: wgqwinner 时间: 2011-7-5 10:11
项目初级阶段，开发可能还有时间做做测试工作，但是随着项目研发逐渐深入，就没那么多时间了，而且在自己开发的项目里挑刺，思维定格的情况下难度很大。
建议楼主项目初级阶段多做做准备工作，将测试流程和测试计划定好，搭建缺陷管理的环境，进入到项目中期后提报告让老大招人吧

作者: whcmyx 时间: 2011-7-5 10:17
看来不只我一个人在奋斗。。。

作者: shenxd1212 时间: 2011-7-5 11:55
我也经历过，你是在日企吗？如果不能改变工作状态，也不能适应，可以考虑改变......

作者: maggioc 时间: 2011-7-5 17:36
回复 51# biwen521

谢谢。

作者: maggioc 时间: 2011-7-5 17:36
回复 52# wgqwinner

目前我们公司是不会找人了。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)