如何通过测试结果对开发进行考核
个人认为，Bug只是软件生命周期中的一部分，不论开发还是测试，只用它来衡量绩效，肯定是片面的；而且如果使用缺陷数据考核绩效，那么很有可能造成开发团队和测试团队对立，并且激化矛盾。但是，目前许多公司，都要求以测试结果，如bug数等，来衡量开发人员的工作质量，甚至做为绩效考核标准，然而不幸的是，这个工作通常都是有测试部门来完成的，
因此，如何才能尽量真实的反应开发的工作质量，并避免矛盾激化？
这个可能算是两个问题吧：
1.通过测试结果，真实的反应开发的工作质量
（开发负责的项目或模块不同，逻辑和技术复杂度不同，以bug来反应工作质量显然是不公平的，就算为bug添加严重级别和权重，也不一定能真实反应）
2.避免矛盾激化
（一旦涉及到绩效，开发和测试肯定会在bug是否有效，以及bug的严重基本上扯皮）
问题的题目：在什么时候可以停止测试？
问题的描述：一般来说，我们做软件测试，当测试达到公司的质量目标就可以停止测试，可以归档并且进行Alpha测试，了，要是这是一个新产品，公司缺乏这个质量目标，那么作为测试者来看，他怎么判断在什么时候可以结束测试？另外，通过什么方法可以找出这个质量目标呢？ 问题：测试如何划分级别，什么叫重点测试？怎么学软件测试？
看了一段时间的软件测试资料，但是还是觉得没着手，写的测试用例感觉效率不好，不如直接在页面上随便点动发现的问题多，对于测试计划和测试用例模板都觉得挺麻烦的…… 问题:作为测试管理人员，如何和测试组成员保持良好的沟通 嗯, 我好多不懂的哦 要是给那个移动运营商做的那种系统,在通话计费时的是怎么样计算的啊,,漫游,长途等之类的,这种应该怎么样做啊 原帖由 五羊石像 于 2009-7-2 14:46 发表 http://bbs.51testing.com/images/common/back.gif本人在广州，不幸升值，提升为测试组长，可是最近也很头疼，弄得我寝室难安，大家都知道，不可能100%的发现缺陷，可是在我最近带的2个项目中，老是有同事测试不仔细，有部分Bug被漏测，客户投诉到研发总监那儿去了。 ...
虽说一个产品的BUG是不可完全被测试人员发现的，但为了尽可能的提高软件的质量，满足客户的需求，我们允许一些对功能或性能影响不大的BUG存在，但严重的BUG是决不允许在产品上线后仍存在的。
如果BUG的漏测，是因为测试工程师不仔细。我想应该根据问题的严重级别，对这些同事进行适当的处分。
根据你的情况描述，我想你现在的团队，出现这样的问题，不单单只是测试不仔细的问题。我觉得应该从以下几个方面着手：
一、强化测试团队的团队意识，加强测试人员的责任感，明确测试目的。
二、提高测试团队的测试技能，开展相应的培训，形成资源的共享，知识的分享的良好氛围。
三、补充、修改并完善测试用例，并通过review的方式使用例更详细，测试点涵盖面积更广，并区分优先级。
四、分别在两个项目中选取一名测试经验比较丰富，工作负责的工程师作为项目测试的负责人，其所在职责为安排测试任务，发布测试结果，指导其所在项目团队的测试工作，了解项目的进展，并由你直接领导。
五、你作为Teader，就随时关注两个项目的测试情况，并与两位项目负责人随时保持联系，并对每一版本的测试结果进行分析，指导项目测试负责人安排测试任务。
六、项目结束后，每个测试人员均需写一份项目总结，不限篇幅，不限主题。并抽时间一一交流和分享。
七、成立一个特殊测试小组，此小组成员可以在两个项目中挑选，但必须是经验丰富的测试工程师。专门用于验收产品最后一个版本的测试的情况。
暂时只想到这些，可以试下：） 关于随机问题的测试
最近在测试一款类似QQ的企业通信软件,遇到这么个问题
在同一个公司内A<--->B发文件,图片是ok的,但是A--->C却完全不通,但是消息是通的.
我想问的不是这个问题的解决方法,因为这是属于程序的责任,我想问的是在测试中如何来避免这种问题?或者是尽量减少这种问题的发生?(就是及时找出BUG咯)
前提:测试人员不足,只有1--2人,测试时间也不会非常宽余(在公司上班的人都会有这样的感觉吧?),一般一个任务功能单,只有8H测试一轮.
如何在这样的情况下进行有效的测试?及时发现这类BUG呢? 测试人员如何一步步走向管理?
或者测试人员如何进行职业规划? 不知道前面前面有没人提过
怎么从零建立一个新的测试部门？除了人员的招聘外应该先完成哪些工作，架构确立，职位职责确定，工作流程？各先后顺序应该如何？
测试环境为什么要从开发环境分离出来
最近新进了一个公司公司很大的 大国企
但是研发部 还不是很大
毕竟自己做的东西 自己用嘛
我来了之后 从事测试工作
来了发现 测试与开发公用一套环境
同事 还有一套验收环境 是供其他部门 验收测试的环境
这个环境 使用的是真实数据
测试人员 不能访问
而 测试环境 与验收环境 是同步发布的
除此之外 公司还有一套 预上线环境
就是验收测试通过了他们提上线申请
然后 从验收环境 整理要上线的文件部署到 预上线环境
预上线环境测试通过才正式上线
我想说服公司的领导给 测试环境从开发环境中分离出来
提了一些建议但是 被否决了
希望大家帮我出处主意看看有什么理由可以补充的
下面是我提的一些理由
1：开发数据库的混乱
2：开发环境会经常部署一些未开发完成的程序，他们debug的时候 可以走通， 但是测试人员 鼠标点点 根本无法运行
3：经常会出现 测试人员花了一上午造的一些数据，准备下午开始测试 统计报表的功能结果吃了午饭回来数据全被开发人员删除了
4：测试人员提了个bug 开发人员忽忽 给数据改掉了测试人员没有支持自己的依据了
5：开发人员开发了一个功能 部署到环境上了，他们自己都没环境做过测试一上来 导致环境大半天都不能使用 影响测试进度
6：。。。。等等
从测试员真的可以成长为真正意义上的测试经理吗?
迷茫+徘徊中这里指的测试经理是真正意义上可以完全胜任的测试经理.
不是一些主管,组长,也不是一些小公司的测试经理.
而是大公司的测试经理,对质量要求非常高的那种.
或者哪位高人有这样的经历,站出来给大家树立个榜样.
[ 本帖最后由 dawei1208 于 2009-9-28 17:17 编辑 ]
软件配置管理如何更好的支持软件测试过程？
对于类似的项目，在测试过程中，会产生一些业务知识，在测试类似项目时，在测试技巧和方法上，都会有一些总结和经验，如何把测试过程中的资料，共享给大家，并管理好它们的变更。有配置管理的支持会使测试过程更顺畅些。大家在测试过程中，软件配置管理发挥作用了吗？如何更好的支持。测试流程的分配与项目时间的安排如何做到最优？
要求：1.项目时间完成前，完成所有测试，达到项目发布时完整可靠。
2.项目过程不存在资源（时间，人员，工具）过剩或不足，尽量各种资源安排达到最优。
3.贯通从需求评审到项目提交，整个过程。 问题：你为什么会离开一家公司？
欢迎
我想问的是，我对这软件测试比较感兴趣，但是我不知道怎么开始学习，。先学些什么呢，，我没有报培训班，那太贵了，请各位了解的人给我点建议，，谢谢啦，大型系统的业务流程、逻辑特别复杂的用例适合自动化吗？
单个界面的增、删、查、改这些操作都非常简单，写自动化脚本也都非常容易。但是大型系统的业务一般都比较复杂，要完整的测试一个功能流程都需要很多步骤，可能需要从步骤A—>B--->C--->D--->E----F等等，我想做过大型系统测试的朋友都有体会。当然我说的这种测试是在对系统业务理解非常好的情况下，对整个系统流程做的比较深的测试。算是很有价值的测试。如果不把每个步骤关联起来，只在A界面或B界面点来点去，则不属于我说的这种情况，这种测试在大型系统的测试中基本没什么价值，因为每个界面的简单功能开发人员一般不会出错。难的就在复杂业务流程的实现上。所以很多做大型系统的公司招人时都要求有那个行业的经验。有些还是必须的条件，除非是招应届生。要完整的测试一个业务流程需要非常细心认真，执行完每一个步骤，都要去看相关联的其他地方是否有相应的正确的改变，然后再去执行下一步，执行完下一步，导致后面的步骤也会有相应的改变，有的也会对前面的步骤做出改变。比如A步骤产生数据给B步骤，B步骤把数据处理后传给C步骤，同时因为B步骤已经对A步骤产生的数据做了处理，则A步骤的数据不允许再编辑等等，总之业务很复杂，很多方面都要来回反复的考虑到。如果对业务很熟悉后，手工测试这种业务流程基本没什么问题。但是这么复杂的一个测试流程适合用一个自动化测试用例来实现吗？谈一谈为什么选择软件测试
请各位同行踊跃发表自己的看法和提出自己宝贵的建议 测试工作如何检查？开发人员的代码质量可以由测试人员通过测试来检查，测试人员的工作由谁来检查呢？测试人员执行完一条测试用例，没问题就通过，有问题就提bug，那些通过的测试用例是否真正没有问题呢？一个软件可能会有多个测试人员共同完成测试，每个测试人员的工作经验、思维方式等各方面都不相同，同一个功能，不同的人测试可能就会发现不同的问题(有人说只要有测试用例，谁测试都一样，而实际上测试用例不可能覆盖到所有细节，很多还得靠测试人员的洞察力、经验等才能测试出来)。当软件即将发布之前，经常会有这种场景，测试经理问测试人员：“大家负责的功能都测试完了吗，系统现在是不是稳定了？”，测试人员回答：“都测试完了，系统没有什么问题了，基本稳定了”。于是，软件发布。这种发布很大程度上是建立在一种信任的机制上，“相信”测试人员都已经很好完成了工作，而没有其他比较客观可以衡量软件达到发布质量的标准。虽然有些理论和工具可以支持这种检查，但觉得还是不能很好的解决问题，欢迎大家讨论。
