希望大家帮帮忙，给我些建议！

xsnzhq

作为一名刚刚工作一年的QA，很多知识点不了解，很多管理上的东西没有实践过，但是我也在努力。最近在做一些测试，尽管觉得很乏味，但因为这原本就应该是QA的一部分工作，我还是耐心的，仔细地进行着。昨天遇到了一个很让我郁闷的事情，就是再测出一个问题时，找来项目经理，经理看后让研发人员去改，研发人员竟然说要拿出出错的概率，我当时就有点懵了 ，我们公司一直都是出了问题就是研发的去改，也没听谁说过什么概率的呀。况且这种情况我已经用工具录下来的，可算是证据确凿。我不是专业的测试人员，也没有编码经验，很多测试中要注意的事情也不是非常了解，什么数据需要记载下来我还很糊涂，也知道自己有很多很多不足，很多地方有欠缺。但是对于不是经常出现的问题难道真的需要计算它的概率吗？要怎么计算呢？难道要记住运行的总次数和出错次数吗？用人脑自己记是吗？还有什么数据需要累计呢？我真的很想弄清楚这些问题，不想再下次的时候还被人家问住。拿出有力的数据，别人想为难你，也难！真是书到用时方恨少！

chengxq

呵呵，你的意思我说明白了，你的意思是你发现了一个bug ，但这个bug可能出现也可能不出现，其实这个作为开发人员的提问也是没有问题的，对于这种错误的确是需要统计出现概率的，一般情况就是你做了几次测试，出错的了几次，然后算出其中的概率，不过出现这样的情况，我个人建议是不要当时就蒙，你可以胡说一个概率，因为发现一个bug，你稍微软弱点，那就有问题了，你要坚信！呵呵
不过从你说的情况来看，你们公司定义的流程好像有点问题。呵呵

xsnzhq

我很想知道流程上到底哪里出了问题，希望您能解答。 因为是要急着将版本发布出去，所以发现问题，需要研发人员及时来进行修改。还有，因为开发的是产品，而不是普通的项目，所以有问题，哪怕是1%，我觉得也要修改。对于需要计算概率的问题，以后我会注意的！嘻嘻！感谢您！

chengxq

原帖由 xsnzhq 于 2008-9-19 17:38 发表
我很想知道流程上到底哪里出了问题，希望您能解答。 因为是要急着将版本发布出去，所以发现问题，需要研发人员及时来进行修改。还有，因为开发的是产品，而不是普通的项目，所以有问题，哪怕是1%，我觉得也要修改。 ...

至于流程上面的问题，下周过来，你回帖我们在继续讨论吧，关于你说的你认为1%的问题都要改，这个观点是错误的，因为你也知道你们项目是做产品的，如果一直把所有的bug解决，你在发布你们的产品是否合适，你认为这个是否合适？所以，我们需要在进度，质量，成本寻找一个平衡点。

zhongmg108

原则上测试人员有责任复现问题的,如果不能复现问题,开发人员可以暂时将该问题挂起,直到找到必现条件; 有些问题有时会出现,有时又不会出现, 这说明还没有找到必现条件, 这时候就要认真分析场景, 找到必现条件.

zhongmg108

实际上,这是一个测试人员与开发人员在问题确认上的一种情况, 由于对需求的不同理解, 可能测试人员认为是问题, 但开发人员认为不是问题. 那么作为测试人员,你应该拿出你认为它是一个问题的证据:如死机、功能不正常、界面问题、拼写问题等，一般是以需求为依据，凡是与需求不一致，当然就是问题了，当然也有一些隐式的需求，不需要见诸文字的。如果测试和开发意见无法达成一致，这时需要软件经理和测试经理进行仲裁。（如果没有这类仲裁机制，那么你就建议组织建立这样一个仲裁机制）。

追逐梦想邹良123

您好：
   我也是一名在校生，但是看了你的困惑之后，我认为你应该考虑一下软件和硬件环境情况，很多软件与硬件是不兼容的，因此当你测试出一个缺陷之后，你就把它牢牢的记下，它是在什么情况之下运行的。
   其次，不用埋怨，做为一个开发人员，本身他就有权利反驳证实是否你找出的是缺陷，按立场来讲我们测试人员与开发人员是对立又统一
   为什么？
   开发人员开发产品，而我们来找茬（缺陷），本身就种下了一种对立，而统一，我们都是为了提高产品软件的质量。对不
   希望你尽量适应软件环境，同时也希望你能够轻松度过每一个工作日
   有时间可以多多交流，QQ284820572
   谢谢

xsnzhq

原帖由 chengxq 于 2008-9-19 17:54 发表

至于流程上面的问题，下周过来，你回帖我们在继续讨论吧，关于你说的你认为1%的问题都要改，这个观点是错误的，因为你也知道你们项目是做产品的，如果一直把所有的bug解决，你在发布你们的产品是否合适，你认为这个 ...

如果bug的等级比较高，或者是明明是功能上的需求呢？违背了需求，没有体现需求呢？那是不是需要修改呢？我理解您说的关于平衡的问题，可能是我为人比较喜欢钻牛角尖的原因，很多时候可能不是问题或是小问题，但是我却要想得到结果。
虽然做QA有一年的时间，但是很多东西都没有做起来，很多东西也没有切入点，不知道该做些什么，感觉是在浪费时间。很想把事情都做起来，但是有些力不从心，无从下手。希望您能给些帮助。

xsnzhq

原帖由 zhongmg108 于 2008-9-19 18:08 发表
实际上,这是一个测试人员与开发人员在问题确认上的一种情况, 由于对需求的不同理解, 可能测试人员认为是问题, 但开发人员认为不是问题. 那么作为测试人员,你应该拿出你认为它是一个问题的证据:如死机、功能不正常、界 ...

您说得我能理解，今后会注意的，尽量做到能把缺陷重现，对于不能重现的缺陷也要尽量做到统计出百分比， ！很多时候觉得自己学到的东西都很浮，没有实打实的东西，是不是qa都是这样呢？还是我的经验太少，还是实践太少呢？我现在很迷茫，觉得自己是在浪费时间。很想多学些东西，但是又不知道从哪里学习开始。希望您能给些建议，我倒不是想速成，但是不想浪费太多的时间，希望给些经验！是不是在小公司很难实行起来呢？还是小公司根本就学不到东西？总之很迷茫！

xsnzhq

原帖由 追逐梦想邹良123 于 2008-9-20 08:55 发表
您好：
   我也是一名在校生，但是看了你的困惑之后，我认为你应该考虑一下软件和硬件环境情况，很多软件与硬件是不兼容的，因此当你测试出一个缺陷之后，你就把它牢牢的记下，它是在什么情况之下运行的。
   其次 ...

很想加你的QQ，但是好像你的提问我回答不上哦，还是你加我吧，18257316，注明是质量管理就好了！

xsnzhq

上面的回帖大家也应该能看得出来，我现在该有多迷茫，我不知道自己下一步该怎么走，每一天都没有什么具体的要做的事情，觉得很浪费青春，我不喜欢闲下来，但是我真的不知道该从哪里开始。看文档看到要吐了，可是光看文档又不能真正的理解，真矛盾。也知道有很多要学习，什么统计之类。但是该如何去做，从哪里开始，我很茫然。在小公司里做质量管理是不是很艰苦？看到过论坛里大家也有说质量不好做的，但是我现在就是没法做，根本还没有做起来，多惨！毕业一年了，我好像没学到什么东西，有时候自己劝劝自己，有时候自己都劝不过去。现在很矛盾，我是不是应该继续干下去？还是应该换个公司，还是应该换个职业。辛苦和忙碌并不可怕，可怕的是你在浪费自己的生命！ 我该怎么办......

chengxq

原帖由 追逐梦想邹良123 于 2008-9-20 08:55 发表
您好：
   我也是一名在校生，但是看了你的困惑之后，我认为你应该考虑一下软件和硬件环境情况，很多软件与硬件是不兼容的，因此当你测试出一个缺陷之后，你就把它牢牢的记下，它是在什么情况之下运行的。
   其次 ...

你好，周六我们好像沟通过，但由于关于QA沟通的人太多，我有点记不清了，其实有些软件缺陷的确在软件和硬件配置完全一样的前提下
有时bug能够触发，有时bug不能触发，这个就需要我们测试人员统计其概率，对这些问题开发人员基本上简单的分析之后，如果出现死机等严重问题后，他们会调查，如果是的确是小问题，他们经常挂起，如果进度紧基本上不处理，但是如果你认为很重要，你可以和开发领导进行确认，其实我个人的体会就是，开发人员喜欢那种能真正帮助他们发现问题的人就是你说的朋友，如果你发现都不是问题的bug，那开发人员肯定郁闷，也就出现了你说的敌人。呵呵，当然事务是一分为二的，不能绝对！

xsnzhq

原帖由 chengxq 于 2008-9-22 11:09 发表

你好，周六我们好像沟通过，但由于关于QA沟通的人太多，我有点记不清了，其实有些软件缺陷的确在软件和硬件配置完全一样的前提下
有时bug能够触发，有时bug不能触发，这个就需要我们测试人员统计其概率，对这些问 ...

您说得我可以理解，以后会注意这方面的问题，尽量把事情做好，多总结经验和沟通能力！

chengxq

如果bug的等级比较高，或者是明明是功能上的需求呢？违背了需求，没有体现需求呢？那是不是需要修改呢？我理解您说的关于平衡的问题，可能是我为人比较喜欢钻牛角尖的原因，很多时候可能不是问题或是小问题，但是我 ...

你说的也是正确的，但这已经超出QA的职权范围了，我简要的说一下，如果的确是bug，你已经提交开发组，如果开发人员没有解决没有跟踪对应，那么作为QA（包括测试）人员，首先要做的，是搞清楚开发人员为什么不对应，如果是我们的原因，可能我们自己对需求理解错误导致，那没有问题，我们直接将bug关闭，如果bug是真的是bug，但是他们没有对应，那你就应该向上汇报，你的职责就结束了，你需要做的就是领导的意见，如果领导说这个bug先不用管，那就不用管了，如果领导说，这个bug必须要对应，那你立刻去让开发人员对应，如果说要对应，但到下个版本在说，那你就到下个版本进行跟踪，因为领导需要从各个方面均衡的考虑，对于产品等软件对进度的把握是很紧的。
建议你到软件质量管理类的，软件缺陷管理去找找关于软件缺陷生命周期的内容看看！其实任何一个软件项目在发布的时候，开发组织都知道里面有n多bug 还没有解决，但没有办法，必须发布，这些问题只能在下个版本在解决了。

xsnzhq

完全理解您解释的内容，十分感谢您！ 我真的有很多很多东西要学习，只是不知道怎么开始

chengxq

原帖由 xsnzhq 于 2008-9-22 11:01 发表
上面的回帖大家也应该能看得出来，我现在该有多迷茫，我不知道自己下一步该怎么走，每一天都没有什么具体的要做的事情，觉得很浪费青春，我不喜欢闲下来，但是我真的不知道该从哪里开始。看文档看到要吐了，可是光看 ...

其实回答你这个问题比较简单，就是你想干什么，适合干什么？如果把这个问题搞清楚了，问题基本上就解决了
如果有公司管理上具体的问题，可以回帖，我抽时间和你沟通一下。

chengxq

原帖由 xsnzhq 于 2008-9-22 11:21 发表
完全理解您解释的内容，十分感谢您！ 我真的有很多很多东西要学习，只是不知道怎么开始

不知道从哪里开始，那我想问你一下，你们公司对QA的定义是什么，因为国内对QA的工作职责各个公司都是不一致的，有的是理论的QA，有的还要加上测试部分，还有你们公司工作流程是如何定义的？把这些搞明白了，怎么下手应该也知道了吧

xsnzhq

嗯！好的！
真的很谢谢您，我还是很喜欢质量这个工作的，虽然只做了一年，但也不想就这么放弃，就这么简单的浪费这么一年。有问题，以后会经常麻烦您，但是你说的关于质量管理上的问题，其时说实话，很多时候是做了才会遇见问题，不做怎么能遇见呢？
对于现在的情况我该自己学习些什么呢？
该怎么进行下去呢？
还希望您能给个联系方式什么的！
msn
qq
或是邮箱！
很希望遇到问题能和您联系！

xsnzhq

原帖由 chengxq 于 2008-9-22 11:24 发表

不知道从哪里开始，那我想问你一下，你们公司对QA的定义是什么，因为国内对QA的工作职责各个公司都是不一致的，有的是理论的QA，有的还要加上测试部分，还有你们公司工作流程是如何定义的？把这些搞明白了，怎么下 ...

我们公司应该就是做流程上的定义，做跟踪监控什么的，测试也是一部分，但是不是主要，也是功能上的测试，不会很深入。至于技术上也没有过多的要求。主要还是管理和沟通吧！但是我还是觉得qa很多东西都是摸不着的。还有我也想能学一些大众化的东西，不能光学些公司让作的事情，那以后不会饿死吗？
呵呵

chengxq

现在需要学习什么，首先公司的流程定义，公司的过程资产中应该有很多东东，还有CMMI，理解各个过程下的SG，SP等等，特别相关过程域的联系，以及最近看到一本好书，叫成功的项目管理，你到网上下个电子版的吧，不建议买！
联系方式：QQ158438024
邮箱：chengxiaoqing_qa@163.com
谢谢！