51Testing软件测试论坛

标题: 第1帖【2004－5－10】：软件测试的理想模式是什么？ [打印本页]

作者: 天网 时间: 2004-5-10 17:47
标题: 第1帖【2004－5－10】：软件测试的理想模式是什么？
Brian Marick：我不认为存在什么理想模式。我觉得让开发人员承担某些测试也许会更加有效，而其他测试则由独立测试组来进行。因为如果你把所有测试都交给独立测试组，他们不可能有时间把所有测试都做好。所以，最佳的方式是让开发人员承担一定量的测试，独立测试组给予他们支持。独立测试组主要承担整个系统的测试，去寻找开发人员还没有发现的缺陷，如子系统间的交互、运行条件、内存使用等。

如何更有效地开展系统测试呢？让测试人员在项目初期就参与进去，让他们看到第一版的系统需求、用户手册和系统原型，在系统实现前就对需求进行捕获和跟踪。在该过程中，他们从这些文档构造最初的测试设计。这也可以通过检视或评审的形式进行，并且在该过程中会发现一些缺陷。大家都知道，这个阶段，问题发现是非常“便宜”的。

这样，系统测试工程师在项目早期就介入，产生测试设计及基本的需要测试的项目列表。这时不可能产生一个绝对完备的测试设计，因为书写完整测试的条件还不成熟，但这却是构建完整测试的基础。

注：Brian Marick是Reliability Software公司的专职测试技术顾问。

[ Last edited by 天网 on 2004-5-13 at 11:25 ]

作者: zhxmcm 时间: 2004-6-2 09:07
"测试人员在项目初期就参与进去，让他们看到第一版的系统需求、用户手册和系统原型，在系统实现前就对需求进行捕获和跟踪。在该过程中，他们从这些文档构造最初的测试设计。"

现在能做到这个份上的没几个公司～

作者: testing 时间: 2004-6-2 10:14
所以，这才是努力的方向。;)

作者: Askernel 时间: 2004-6-2 15:50
zhxmcm:为什么会做到这个份上的没有几个呢？这个要求很容易做到的呀，是软件公司对测试工作的不重视造成的吗？请教～～　：）

Originally posted by zhxmcm at 2004-6-2 09:07 AM:
"测试人员在项目初期就参与进去，让他们看到第一版的系统需求、用户手册和系统原型，在系统实现前就对需求进行捕获和跟踪。在该过程中，他们从这些文档构造最初的测试设计。"

现在能做到这个份上的没 ...

作者: wgfxman 时间: 2004-7-7 15:37
能做到测试人员从需求就开始进入项目的公司确实不多，很多情况都是拿到已经写好的需求文档，因为好多公司的测试工作都是在公司本部进行，与客户是脱节的，也就和第一需求脱节了，不过一些现场开发的项目还是能够做到这一点的。

作者: ting_yt2 时间: 2004-7-8 10:33
拿到第一版的需求文档、使用手册、系统原型之后呢？是对这些文档进行检查和审阅？(静态黑盒子测试？)
   我们现在测试介入还算是比较早的，但是介入后，也就是拿到这些资料后便开始根据这些资料设计测试用例了
   我现在的疑惑就是，这样做除了可以稍微缩短整个项目周期之外(开发和设计用例同时进行)，对测试效率并没有很大的提高，也就是说没有真正达到提前介入的目的:s

作者: wgfxman 时间: 2004-7-8 11:18
其实我觉得提前介入的时候我们主要做的工作是帮他们确定需求，增加需求的确定性和熟悉业务需求。在需求确定的明确之后就可以对我们写测试用例有很大的帮助了，不知道楼上的说的目的是什么呢？

作者: ting_yt2 时间: 2004-7-8 11:31
提前介入是不是为了尽可能早的发现软件缺陷呢？

目前来说确定需求似乎是项目经理的工作而我们只是熟悉了解提供给我们的需求然后就开始设计用例

我在书上看到有静态测试－检查产品说明书不知道在这里是不是适用？

作者: wgfxman 时间: 2004-7-8 11:40
ting_yt2：我觉得呢我们的工作不能是被动的去等pm给我们写好的需求，因为这个需求并不是第一需求，客户方都有可能描述不清楚需求，怎么能期待pm给你的需求文档就能如实反映真实需求呢？所以还是要自己去了解业务和需求，不要急于进行用例的设计，如果你需求本身有问题，那么你的用例再好也是无效的了。
个人意见，欢迎指点:d

作者: ting_yt2 时间: 2004-7-8 11:43
测试人员也和客户打交道吗？？

我现在了解业务、需求的途径就是和PM沟通

作者: wgfxman 时间: 2004-7-8 12:15
呵呵，我们是要打交道的，这样可以了解第一需求。
不过开发环境和形式不同，也不能说哪个正确哪个不正确，呵呵

作者: ting_yt2 时间: 2004-7-13 11:10
那需求是否需要由专门的需求分析人员来制定呢？

作者: 天网 时间: 2004-7-14 17:44
当然是专门的需求分析人员来进行需求的分析、定义、规格说明、需求分配等工作，但需要有测试人员参与进去，如测试系统工程师

作者: flyingbird 时间: 2004-7-21 14:21
标题: a ?

作者: flyingbird 时间: 2004-7-21 14:22
标题: a ?
大家还是现实点吧！现在只可能做到最后的测试！不会让你从开发开始就让你介入的！

作者: 天网 时间: 2004-7-21 14:52
那要看公司对测试、对质量的重视程度如何，国内还是有些企业做得很好的

作者: 鬼鬼 时间: 2004-7-21 15:34
标题: 我是幸运儿
我现在在一家大型的软件公司工作，所在的部门是做开发的，我们是负责部门的所有项目的测试。我刚来三个月吧，但是已经进入了测试项目中，而且，是来了就有项目了，(是个刚刚开始需求理解的项目）三个月走下来，我经历了需求理解，测试用例编写，和集成测试，马上要系统测试了，应该说我是从项目开始就介入了，那我是不是很幸运？

作者: 寂寞的海岸线 时间: 2004-7-22 09:34
应该算是了！我很羡慕你！

作者: zzjjbb2008 时间: 2004-7-23 17:18
标题: 我很惨，但我也很幸运拉
我们公司所做的产品全部是基于公司早期开发的一个核心系统，我刚进入公司上班一个星期，本来新职员计划要培训和熟悉以前的系统，
但是，培训师出差辣，上班两天我们就要开始作测试拉，不过我们所测试的东东很简单，所以，我这几天不得不忙着看以前的版本开发文档，大致上去了解系统功能需求，真是有点莫不兆头脑，我又是应届生毕业，只得拿着那些在学校你乱搞的所谓的经验来测试拉，不够也好，看文档也可以好好研究一下产品开发的全过程拉，一个真真实实的例子，书本上没有的哦

作者: zzjjbb2008 时间: 2004-7-23 17:24
标题: 现实很难
让测试员从开始，甚至提前就进入角色的公司在中国可能太少拉
其实测试员应该要有多方面的知识————这颗很难的

作者: zzjjbb2008 时间: 2004-7-23 17:30
标题: 有一点理想的模板应该是这样的
1 测试员有一定数量（至少应和开发员差不多）
不写拉！伤心

作者: 天网 时间: 2004-7-24 20:09
不必这么伤心，相信中国软件测试的春天马上就会到来。

作者: goal0813 时间: 2004-8-17 21:01
标题: 个人的一些见解
我是一名测试新手，大学毕业就进了测试行业，先在一家外企做了一段时间测试，参与了一个项目，这是我第一次参与真正的软件开发，从需求分析开始一直到最后的提交给用户，全程参与了整个软件开发过程，感觉很好，效果也很理想，后来换了一家公司，还是做软件测试，发现这个公司的测试工作是从半道杀进去的，开发了半年，才开始测试，才有人开始写测试点，我进去花了很长一段时间和开发人员沟通，才对系统有了一定的认识，所以我个人的观点很明确，测试就是要从开发初期就介入的，这样对整个软件开发都有好处。

作者: yy903 时间: 2004-8-19 11:07
标题: 测试从项目开始就介入，
还可以对需求做必要的评估。评估它是否符合大多数用户的使用习惯，UI是否友好。测试人员在需求分析阶段，可以起到质疑需求的作用。也就是QA的工作。

作者: xyj0323 时间: 2004-8-20 13:08
70%的手工测试+30%的自动测试可能是一个比较好的目标！

作者: 海的女儿 时间: 2004-8-20 13:34
我们公司的测试从需求就介入了，一方面提前熟悉希望，另一方面参与测试需求

作者: billrub 时间: 2004-9-18 19:04
这也并非但只公司对测试的重视问题所致，而有个更实际的因素却是当前国内的测试员技术层面所限制，要求在第一手项目需求中介入测试需要测试人员至少具备构架师的水准，请问国内又有几个公司能做到这一点。

作者: 天网 时间: 2004-9-20 10:01
如果公司重视的话，完全从人员素质安排上也可以保证这一点

作者: time 时间: 2004-9-29 13:49
同意

作者: rainmeteor 时间: 2004-10-22 16:48
标题: 我很惨
我很惨，刚毕业来公司，什么都不会，也没有专门的人员指导我如何进行测试，公司就我一个人搞测试，我连测试是怎么一回事还不明白，公司就让我建立测试流程，是不是有点强人所难了？:,(

作者: 为了忘却 时间: 2004-10-25 20:43
我们公司是专门做测试的公司啊。目前有200多人在做测试。其实我们基本上就是在开发的初期就介入的。基本上是出来第一个build，就可以测试了。然后每天出来一个新的build，每天都提交测试结果的。developer一边开发一边解决我们报上去的问题。这样倒是保证了测试质量了。可是我们好累的.

作者: jiangronghua 时间: 2004-10-25 22:49
楼上，你们什么公司啊，有那么多测试人员？

作者: cotton 时间: 2004-10-26 13:01
就是，我们总共才几个人而已^_^

作者: beiyue 时间: 2004-10-26 15:13
标题: 体会
看大家说了这么多，是软件业的真实面目
其实公司要生存与发展，质量是基础，那无疑我们测试人员应该参与项目的全过程，现在好多公司做不到，究其原因很多：1，没有真正觉察到软件质量与测试的关系（即不重视测试）。2开发过程及其不规范，开发人员不愿也不会规范。3有的公司坐井观天，不原在测试方面投入。。。。。

作者: jiping_xu 时间: 2004-10-29 11:32
标题: to rainmeteor
楼主
同是天涯沦落人！

作者: xiaojinzi 时间: 2004-10-29 13:03
我们公司目前的一个项目就是这样做的，测试人员下的项目组里从制订讨论需求开始跟着。

作者: xiaojinzi 时间: 2004-10-29 13:06
采取这种形式无论公司大小，关键看决策者的态度，和实施的力度。

作者: xiaojinzi 时间: 2004-10-29 13:12
另外，我个人觉得程序员必须的承担一部分测试工作，最起码是代码自检。如果做不到这一点的话，慢慢的程序员就会有惰性，给的代码质量一次不如一次。测试员只能提高产品的质量，但是他决定不了产品的质量。垃圾在测试员手里永远也无法变成精品！如果能的话，唯一的途径就是测试员对该产品重新进行开发。
这是一个充分不必要条件。

作者: xiaojinzi 时间: 2004-10-29 13:27
标题: 请教“为了忘却”
你们公司一个项目几个测呀，所有的功能都能走到吗？ / 每天都在进行回归测试吗？你能把你大致怎么能一天走一个版本的情况告诉我一下吗？
谢谢。

作者: xiaojinzi 时间: 2004-10-29 13:32
标题: 回复rainmeteor:
真的很同情你，但是只有这样你提升的可能会比别人更快。因为你什么都没有只能靠你自己摸索，然后实践。通过实践，你就会提高。值得庆幸的是你的公司给你机会让你摸索实践。

作者: yuki 时间: 2004-11-4 14:18
现在我在公司做测试已经快一年了,刚开始来的时候根本就不知道什么是测试,而且公司也没有教我说要怎么测试,没来之前,公司只有一个测试人员,现在加上我,两个,而且我们公司的客户需求之类的资料全都是跟开发人员讨论，并且如果这个软件编好了，就直接让我们测，我们也不用写什么规划之类的东西，只要自己测，自己熟悉软件，开发人员也不会说把客户需求给我们看，全都是凭着自己的理解去测，遇到不懂的时候，问一下开发人员这个功能是干什么用的，而有些功能还是等软件推出去之后，到客户那里才知道有些功能可以是这样实现的。在测试的时候根本就不知道客户的需求到底是什么？而我测试好象也被开发人员所编起来的软件屏蔽了一下，只跟着软件走，而不是跟着客户的需求走。我想问一下斑竹，公司的这种测试方法好吗？还有，怎么样才能让自己跟着客户的需求去进行测试？

作者: dy99 时间: 2004-11-4 15:23
受益不少，感谢

作者: jschenjuan 时间: 2004-11-13 12:17
标题: 谢谢。这里真好。
　我做测试也有一段时间了。可是感觉还是什么也不懂。谁能帮帮我
　我现在的公司就我一个测试的。过些时间，我要写一篇关于测试组的报告包括职责，什么时间开始介入项目，怎么样安排以后的要作）。可是我现在一点头绪都没有。

作者: 请跟我来 时间: 2004-11-16 10:45
各位楼上的，可以留个QQ号吗
以后好联络

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