51Testing软件测试论坛

标题: 面试回答测试流程不如意 [打印本页]

作者: wkelly 时间: 2008-7-18 23:56
标题: 面试回答测试流程不如意
昨天去面试一家公司，有问到我之前所做的测试流程，我这样回答的
先是设计人家给出设计，然后我们测试人员编写测试用例，之后让我们的主管审理下，然后开始测试，发现bug，及时发到bugzilla，如果是重大bug，直接先跟开发人员或者项目经理说。然后如果开发人员觉得bug已经解决了，然后又重新发给我们测试。如果测试OK,就关闭bug。
他们说我的回答不够清楚，就是听完之后还是没有一个整体的测试流程的概念。
然后他们有人说编写完测试用例，只是给主管看吗？
还问了测试文档之类的管理好像。
如果是你们，你们会怎么回答，我想不出更好的回答当时。
大哥大姐们，给我个参考回答。

作者: flying-kite 时间: 2008-7-19 00:06
漏掉了测试计划、测试需求分析、测试环境和工具准备、测试数据准备、测试总结和评估。

作者: hzlovewl 时间: 2008-7-19 10:31
嗯，漏掉了楼上说的，也就是说漏掉了一大半。
其实你是说的是你的工作流程，只是测试流程的一部分，有关测试的笔试题和面试题论坛里总结的很全面了，你可以仔细看看，好好准备，我最近面试了几个公司都过了，公司都打电话告诉我拿到OFFER了，现在就是我挑的时候了，你也要加油

作者: xyzwh 时间: 2008-7-19 13:27
若我面试时,估计回答的跟楼主回答的异样了,回答工作流程了.
看来,面试的时候,还是要准备哈理论知识

引自:<<由国内项目的软件测试流程感悟到的>>
http://www.51testing.com/?action_viewnews_itemid_79016.html

   对日项目的时候：

      项目开始2个月前，我们会有项目启动会议。会得到项目的TTSJ等需求文档，客户与开发之间协商的可开发，不可开发的最终成果文档。我们会了解这个项目的总体流程。

      项目开始一个半月之前，我们会得到项目的系统详细设计和概要设计文档。大家利用这些文档进行测试系统的熟悉，测试点的划分，测试case的抽取，设计，测试case的评审。并且开发方会定期将系统设计变更的文档予以公布，供我们进行备案，以及对测试点的修改（一般来说，成型的测试case很少进行改动，而是会进行notes添加，在后续测试中才会针对notes和设计文档对测试case进行修订）

      项目开使之后，会维持部分模块的稳定性，比如当前测试A模块的时候，A是绝对不允许开发人员在测试中进行修改，而是在既定的测试完成之后，开发才可以进行修改，并且提出修改文档，回馈测试方，声明修改了哪些部分，供测试人员进行retest

      测试人员发行bug之后，相关的开发人员会进行修改，修改的记录和测试员后续测试的记录会追加在bug表上。在测试员进行retest确认关闭后，开发的负责人要给予该bug关闭的原因。项目结束后，这些原因也会成为软件质量的评价因素之一。

      软件项目完成后，项目组需要书写评价报告，包括软件的质量总体评价，负责测试的模块中出现问题的几率，原因分析等。

国内项目：

      至少我参与过的国内项目，测试员会在实际测试开始2周内参加测试，这期间包括了对系统的熟悉，测试式样的设计。而且一般的测试项目，因为项目实际开发与需求的脱节性，加上开发人员时间的紧迫性以及没有形成良好的文档约束性。测试人员基本在项目开始的时候是拿不到设计文档，包括详细设计和概要设计文档。能得到的只是很久之前的或者无效或者部分有效的一份比较模糊的需求文档。。

      我不太清楚，这里面的原因到底在哪里，但是我清楚的知道，这样的需求文档，能到导致的问题是：测试人员需要跟开发以及需求人员去核实一些重要信息。这在很大程度上取决于测试人员的主观能动性和测试的经验，而且由于对测试系统的熟悉程度不够，也很难做到没有遗漏。。。直接导致的后果就是测试的效果下降，测试出来的产品留有或多或少对后期有影响的bug。

      bug这一块，国内项目往往开发和测试出现重跌，也就是说，我刚刚测试过的模块，可能转瞬就被改过了，导致测试量的浪费。不得不进行无规则的重复的测试。

      而且国内的开发人员很少会有这样一个习惯，对bug进行针对性的定位和反馈。在他们看来，自己的开发模块都忙不过来，能抽出时间来进行修改已经是给了测试人员天大的面子，哪里有时间进行反馈，有什么必要？殊不知，这样的想法在很大程度上造成了测试管理的滞后，导致系统整体的质量受到影响。

作者: wkelly 时间: 2008-7-19 20:36
谢谢LS的各位哈。
看来我真的是说成工作流程了。
3楼的说论坛里的测试笔试和面试总结，是指在这块“简历和面试”版块里吗？今天看了好多，感觉有点乱！

作者: lanshier 时间: 2008-7-19 21:09
嗯。。学习中，谢谢楼上分享

作者: 遥望星空 时间: 2008-7-21 17:16
楼主说的有点乱

测试流程，简单点就是几步：测试计划－测试方案－用例设计－（用例评审）－执行用例－（提交缺陷）－（缺陷汇总）－测试报告

缺陷管理流程才是提交缺陷、修改缺陷、关闭缺陷什么的

作者: hzlovewl 时间: 2008-7-22 09:38
对，简历和面试这一块

作者: 45493608 时间: 2008-7-22 14:23

原帖由 hzlovewl 于 2008-7-19 10:31 发表
嗯，漏掉了楼上说的，也就是说漏掉了一大半。
其实你是说的是你的工作流程，只是测试流程的一部分，有关测试的笔试题和面试题论坛里总结的很全面了，你可以仔细看看，好好准备，我最近面试了几个公司都过了，公司都 ...

好羡慕你哦！我面试了几家都没结果！伤心

作者: shunfyu 时间: 2008-7-26 19:04

具体做过一个项目，应该不会说错~~~
但，在国内，又有几个公司是按这样的流程？？？

作者: wangpl4092 时间: 2008-10-23 00:39
标题: 回复 4# 的帖子
好贴深有体会啊

作者: jzl 时间: 2008-10-24 16:08
呵呵，这样的问题一定会被问到阿

测试准备-〉测试计划-〉测试设计-〉测试实施〉测试总结

就这5步，很简单，然后展开了去说，比如测试计划要注意什么，测试设计包括什么，测试实施中的配置管理流程、缺陷管理流程、变更流程的扩展，测试总结包括哪些度量与分析

这些其实可以和质管的理论相结合来说，这样会很有深度。没关系，努力把，

作者: yuaijutest 时间: 2008-10-27 11:31
你回答的不是测试流程，是缺陷的处理过程

作者: zhanghonglan 时间: 2008-11-12 16:06
面试了三家公司，失败而告终！

作者: xiaomi.8 时间: 2008-11-12 23:23
受用，我也是出来之后意识到不应该介绍自己的工作，而是应该根据理论来回答！说实话很多公司没有清晰地流程。唉

作者: calepyz 时间: 2008-11-14 11:23
好多公司都不按流程来操作的，哎

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