51Testing软件测试论坛

标题: 希望大家不要仅仅是看，而是参与进来一起讨论，添砖加瓦，这样才能有进步，进步的更快 [打印本页]

作者: smartbaby 时间: 2004-5-28 14:12
标题: 希望大家不要仅仅是看，而是参与进来一起讨论，添砖加瓦，这样才能有进步，进步的更快
我加浏览积分是非常不得以的，看看很多版的文章都是只有看，只有点击率，但是回复的人却非常少！

作者: skinapi 时间: 2004-5-28 21:56
sp
软件测试是一个需要不断实践不断思考的工作，光实践而不思考软件测试水平不会得到大的提高，到时候工作真的就变成纯体力劳动了，而一起讨论一起头脑风暴就是一种非常好的讨论方式。

作者: bobli 时间: 2004-6-6 10:12
标题: 大家都要来支持
smartbaby为大家做了很多工作，大家要一起来支持她哦！

作者: smartbaby 时间: 2004-6-9 10:49
谢谢bobli的支持～～
大家都要加油啊～～

作者: ting_yt2 时间: 2004-6-11 13:21
是啊大家一起交流才有更大的进步嘛！

这里提供了很多很有用的资料大家看的同时有什么问题都可以提啦就像我甚至常会问些白痴问题希望各位前辈见谅了

作者: skinapi 时间: 2004-6-12 23:22
1。感觉问问题前还是该自己好好想想，这样能问出来好问题，也容易激发大家的思考，讨论后自己的认识也深刻。
2。对于测试人员而言，如何更好的提问也是基本技能之一，大家讨论时也可以练练。

作者: ting_yt2 时间: 2004-6-17 15:52
还有一点就是这里有很多很好的帖子但是比较长也偏重于理论方面想我们这样的新手对于这样的帖子也只能看看了要发表点意见或者是提出点问题特别是有质量的问题就比较困难了如果能够有更多的深入浅出的帖子就更好了 : )

作者: winnie 时间: 2004-6-23 16:28
标题: 支持！
虽然我是新人，学识尚浅，但我会尽力支持的，支持这个属于我们测试人的天地。

作者: xm3525 时间: 2004-6-23 17:06
就是应该发展全民运动嘛

作者: 鬼鬼 时间: 2004-7-21 14:54
支持！

作者: Fuli 时间: 2004-8-27 10:30
同意！

作者: annie 时间: 2004-8-31 14:48
希望大家一起讨论、共同进步！

作者: hxf 时间: 2004-8-31 17:28
在我这一方，我会积极响应的。我也呼吁其他人，多来讨论，共同进步。

作者: 迷茫中... 时间: 2004-9-1 12:24
我也要努力！

作者: ayong401 时间: 2004-9-22 17:49
大家一直在努力!

作者: 梦寐以求 时间: 2004-10-7 16:43
努力

作者: tpz55 时间: 2004-10-16 16:46
我会尽我的可能帮助大家，帮助别人就是帮助自己。

作者: bunny 时间: 2004-10-21 18:08
所谓信息互动，资源共享，都是为了共同提高；
我们也一样

作者: 乐乐 时间: 2004-10-28 10:08
标题: 我也同意

作者: babybear315 时间: 2004-11-9 12:57
希望大家互动，多多交流，测试的理论和流程还需要完善，国内的测试也是刚刚起步，大家一起努力啊

作者: QA_BAY 时间: 2004-11-13 15:23
对,
本人也很支持,如果自己不会的就发贴,可以解决问题当然开心,更开心的是可以帮到需要帮助的人,
本人会尽力的,能尽善尽美那更好!

作者: 翔 时间: 2004-11-16 11:15
嗯，刚刚看到这里，也是刚刚接手这样的项目，一定要多多努力才是。呵呵

作者: 冰琦 时间: 2004-11-17 08:42
标题: 怎么只听到呼应而没有实际的话题呢？

作者: Hanker 时间: 2004-12-12 17:10
标题: 我们大家应积极开发我们自己的测试家园
现在我来提出一个议题,希望大家积极讨论: 在功能测试中,是否有必要对软件的系统构架有所了解?

作者: Hanker 时间: 2004-12-12 17:24
我刚从事软件测试半年多,在不断的功能测试中,慢慢的体验到对要测试的软件的系统构架的熟悉,可以设计出高质量的测试用例.
如果对软件的系统构架熟练掌握,可以在功能测试中发现一些模块间的bug,可以追踪bug产生的根源,能为开发提出很好的修复bug的建议.增强在开发人员中的威信.促进与开发的关系.
以上只是本人的一点看法,希望大家能提出更好的观点和看法,大家一齐讨论,共同学习.
本人的email: hankerwang@126.com 欢迎联系

作者: 森林一木 时间: 2004-12-17 15:24
是啊，我问的问题大家请多帮忙，不要只是看啊

作者: goal0813 时间: 2005-1-5 21:42
标题: 新一年
新的一年,祝论坛更人气,点击率,回帖率双丰收!

作者: 柏晶 时间: 2005-1-7 08:59
怎么会没问题问呢，但是新人提出的问题往往在大虾眼里都是比较弱智的，那我还怎么敢问呢！！

作者: howie530_8 时间: 2005-6-7 11:09
标题: agree
软件测试的确需要时时思考，有思考才有进步。如果不思考，你看了几年也没长进，像我就是有这样的感觉，反而感到有些方面还退化了

作者: gyn_0427 时间: 2005-6-13 10:21
对软件的系统构架的熟悉,可以设计出高质量的测试用例.而且在测试过程中能抓住重点内容进行测试,有针对性的测试.很清晰的测试路线,不然就有些茫然了.

如果对软件的系统构架熟练掌握,可以在功能测试中发现一些模块间的bug,可以追踪bug产生的根源,能为开发提出很好的修复bug的建议.增强在开发人员中的威信.促进与开发的关系.

作者: gaogao 时间: 2005-8-8 12:42
我赞同楼上所说的。

作者: dyzax926 时间: 2005-8-9 19:57
共同进步！努力！

作者: chen803 时间: 2005-8-12 15:59
共同进步！努力！

作者: hxe324 时间: 2005-8-17 20:53
同意，希望大家能共同进步！

作者: fly 时间: 2005-8-29 14:51
严重同意！

作者: yayapang 时间: 2005-9-29 17:07
严重同意各位的说法!现在我们公司就主张测试人员全程参加软件设计的过程,包括最开始的需求分析,以及设计的各个阶段,他(她不一定要了解编码的过程)但必须要了解整个系统框架和系统开发进度.这样才能得到更深层次的bug,提高软件质量!

作者: learn 时间: 2005-11-10 11:27
标题: 马上要开始测试一个全新的软件啦，很想好好测测！
开始一个新的架构的软件测试，想好好测测，但又不知道计划怎么去测。现在只能一遍一遍的看设计文档，好苦

作者: helen-li 时间: 2005-11-10 16:12
同意大家一同进步

作者: ia_victory 时间: 2005-11-15 11:41
看完就顶一下……还没入门，所以没有发言权

作者: unilobster2 时间: 2005-11-17 12:02
标题: 回复 #36 yayapang 的帖子
看文档最痛苦了，最痛苦的是看完还不知道他想要说什么。

作者: 李洁 时间: 2005-12-13 10:39
对软件的系统构架的熟悉,可以设计出高质量的测试用例.而且在测试过程中能抓住重点内容进行测试,有针对性的测试.很清晰的测试路线,不然就有些茫然了.

如果对软件的系统构架熟练掌握,可以在功能测试中发现一些模块间的bug,可以追踪bug产生的根源,能为开发提出很好的修复bug的建议.增强在开发人员中的威信.促进与开发的关系.

同意楼上意见，但是我们做的是基于b/s结构下的测试，所谓的“对软件系统构架的熟悉”，我应该掌握些什么啊！我是英语专业的对计算机常识不怎么懂，希望有那位朋友熟悉b/s结构的告诉我啊，正在试用期阶段，好紧张啊
谢谢！

作者: chenlei9448 时间: 2005-12-14 15:22
我也是在适用期！刚到公司让我做测试，一开始说所有的测试都让我来做！包括单元测试，我一下子就蒙了！后来有个前辈告诉我的项目经理说单元测试是开发人员做的，现在只让我做功能测试！
我觉得b/s结构还是比较好测的，因为有界面呀！按照功能点来测就行了吧！
不好测的是c/s结构的，没有界面！只能通过命令什么的来测试！
以上是我的个人意见，在学习ing！

作者: miny19 时间: 2006-1-17 13:32

原帖由李洁于 2005-12-13 10:39 发表
对软件的系统构架的熟悉,可以设计出高质量的测试用例.而且在测试过程中能抓住重点内容进行测试,有针对性的测试.很清晰的测试路线,不然就有些茫然了.

如果对软件的系统构架熟练掌握,可以在功能测试中发现一些模 ...

我也感觉Ｂ／Ｓ架构的不容易测呀。

作者: linvsfen00 时间: 2006-3-9 17:39
标题: 我觉得还行
主要是繁琐

作者: ysmsy 时间: 2006-3-13 21:17
有的时候不是我不想加入讨论，只是刚刚进入这个行业，怕被测试前辈见笑

作者: victrioatuline 时间: 2006-3-14 16:26
标题: 大家，俺深得大家说得对。
这是需要大家好好交流一下的。

作者: sunpeng_001 时间: 2006-4-4 18:03
看了半天!!!没一个实际问题.我想这也是版主不愿看到的!!!!!!!!

交流交流.没有问题怎么交流啊!!!
我刚刚入行!!!还提不出问题!
呵呵!!!见笑了!!!

作者: 14741898 时间: 2006-4-7 22:09
大家好，我头一次发贴字，我今年毕业想往测试方面发展，所以我就来了。

作者: 清风随雨 时间: 2006-4-15 08:34
提议很好~谢谢

作者: wolf-tree 时间: 2006-5-24 14:35
强烈要求看帖要回帖！

作者: linvsfen00 时间: 2006-6-8 17:32
标题: 看了
顶一下
我现在在测试项目档案之类的功能测试

作者: Joan2005 时间: 2006-6-9 11:01
42楼
谁说C/S的没有界面的？我们公司开发的都是c/s结构的！也是有界面的啊。有没有把B/S C/S的结构弄清楚啊？

作者: Joan2005 时间: 2006-6-9 11:17
希望能在这里看到大家实质性的交流，有时候我们新手是会问一些白痴的问题，总有一个由不知，到了解，到熟悉的过程，我们不能等到什么都熟悉了再发帖子，有时候你们的指导会给我们豁然开朗的感觉，所以希望大家耐心知道、帮助！
让我们一起努力！把我们的测试事业搞好！

作者: jiepeach 时间: 2006-6-9 14:03
我现在在一家公司做Web测试,就我一个做测试的而且我又是第一次做Web测试,请大虾们指点,我该怎么做才能做好.(目前什么文档都没有)

作者: xingzunxi 时间: 2006-6-14 16:48
tongyi

作者: lcp 时间: 2006-6-23 17:44
标题: dsad
fsfsd

作者: qujiangyan 时间: 2006-7-20 11:53
新人，一片茫然

作者: lg_enjoy 时间: 2006-7-28 16:45
同意

作者: feyin28 时间: 2006-8-12 00:47
感觉不错，不知道说些什么，就这么顶下了

作者: nicholas.hl 时间: 2006-8-18 13:39
再顶一下吧

作者: caidywang 时间: 2006-9-18 12:17
我感觉测试流程真的很重要，主要应该按照CMM的思想来进行测试的管理工作，以前的公司虽然不是特别正规，但是一直是在向那个方向走的。我也能感受到进步，现在新下家就不行了，整天就是让手工测啊测的，真没有什么劲，没有案例，没有需求，就光是自己主观意断和上上级的批示。说这样OK，下级不能有任何意见。风气不好啊。

作者: 豆沙包 时间: 2006-9-20 11:41
测试之前一定要想好思路 ,不要胡乱的找bug

作者: 查无此人 时间: 2006-11-13 09:39

原帖由柏晶于 2005-1-7 08:59 发表
怎么会没问题问呢，但是新人提出的问题往往在大虾眼里都是比较弱智的，那我还怎么敢问呢！！

不问就不会有提高了，一起学吧`

作者: jt9807520 时间: 2006-11-13 11:27
标题: ty
我也是新手,希望前辈以后多多指教
做测试才一个星期,刚毕业,什么都不会,现在寻思是不是要上个什么培训班,我们公司做的黑盒,手工的,她们说很简单,很简单我现在也没有上手,没有上手就是没有入门啊.

作者: cob8866 时间: 2006-11-14 16:47
duisdlkfj2

作者: jiepeach 时间: 2006-11-16 14:34
测试的流程是很重要，但是目前国内的小公司80%都不按流程来测。什么需求，设计只有开发和头清楚，而且总是按照他们的意愿不停的改来改去，结果产品不能按时发布，测试工作无法展开

作者: hyt 时间: 2006-11-29 14:31
在这里学到很多呢

作者: shilinglin 时间: 2006-12-28 11:37
标题: 规范的测试流程很重要

原帖由 jiepeach 于 2006-11-16 14:34 发表
测试的流程是很重要，但是目前国内的小公司80%都不按流程来测。什么需求，设计只有开发和头清楚，而且总是按照他们的意愿不停的改来改去，结果产品不能按时发布，测试工作无法展开

我们公司现在就是这样的，开发工作也没有什么规范，我做测试也很茫然，没有需求说明书他们就在那里已经做什么开发了，真是郁闷，经理说等他们做好几个模块就让我去测试，我就闷了，什么文挡也不给叫我怎么写测试勇里啊，难道只是做最简单的功能测试？哎，看来当初真的应该去一个大公司，因为我觉得规范的工作流程是软件质量可靠的保证

作者: wine_test 时间: 2007-6-11 14:57
同意，顶

作者: enyacool 时间: 2007-6-11 18:59
标题: 回复
　　为了能更好的测试，必须要更深入的理解掌握系统及其使用领域的背景。非常同意＃36所说的全程参与，我觉得测试人员设计用例前，要能熟悉到，闭着眼睛，能模拟出具体的使用场景。这样才能更好的设计用例，更好的思考总结。

作者: 不要长大的小孩 时间: 2007-6-13 14:22
sdlkfj1

作者: 平平淡淡才是真 时间: 2007-6-13 17:36
这里面的牛人很多，通过讨论能增长不少见识呢。支持一下！

作者: I_hui 时间: 2007-6-18 14:53
因为没有怎么入门，所以说的话都没有什么章法，但我会努力学习的，支持LZ

作者: yoursguang 时间: 2007-6-28 20:20
标题: 顶
顶一下，以后常来讨论

作者: bingling_11 时间: 2007-8-2 16:41
标题: 我们公司不存在这样的问题
我们公司是一家没有流程的公司，测试人员也不能参与到各个过程域中，及其郁闷

作者: edward_xiong 时间: 2007-9-17 22:38
标题: 有人在搞白盒测试么？
你说白？我说白？可实际上真正什么才是白呢。
看过白盒测试的定义和概念分析，很容易想到要搞覆盖，可能怎么覆盖呢？别人又会说用工具。。。
有在搞白盒测试的说下目前测试的思路吗？

作者: 风华绝代 时间: 2007-9-24 13:36
严重同意！
有意见就说，错了可以改嘛～不说怎么知道怎么想怎么做是对的呢～

作者: yjr2008 时间: 2007-10-14 19:57
测试不光要看好多文档，还要写好多文档，真辛苦

作者: brucexx 时间: 2007-10-18 10:17
黑盒测试中对系统架构、业务流程的流程甚至远比测试的技术还要重要，建议大家在进行测试前一定要对系统有个深入的了解。咱们做软件测试是为了用户能够正常使用而测试，而不是为了发现Bug而测试。尽量考虑用户的正常和可能出现的异常情况进行测试。这是我进入测试工作半年来对黑盒的认识。欢迎大家拍砖！

作者: wangshuai520 时间: 2007-10-18 13:35
我觉得走测试，对软件的模块的了解，以及软件的开发过程的了解是很重要的，否则只能停留在一般的功能测试阶段，提高不了自己对BUG的根源的认识，这也是黑盒测试普遍的现象

作者: chbhaha 时间: 2007-10-22 17:02
勤奋，思考，会做人，理论作为指导不管到那个公司都能混得不错。

作者: genius80 时间: 2007-10-29 15:16
我也支持！
希望提问的问题更具体，一定要详尽的描述问题，当然回答的时候最好也能举个比较易懂的例子，这样学习起来就得心应手了！

作者: yuxuan555269 时间: 2007-11-28 11:19
我努力着呢

作者: pbulic 时间: 2007-11-28 11:24

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