2006-12-06 Z - bjwander - oXZHM}

标签： 软件测试人生 软件测试

描述：今天，做开发的同事突然问我，做什么最好？做什么将来才会有前途呢？好多人都问过或者问着这个问题，而每个人都在一步步自己的路中探索和深入着，包括自己也是，什么才是好呢？看网上说有人做设计的不行去做了开发，做开发的不行去做了测试，做测试不行去做了SQA，做SQA不行就去做了SCM，到底是否是这样的呢？那么如果是，那应该看起来做设计才是最好的，但是做了设计的人就一定比一个SCM做的优秀吗，就一定比SCM拿的工资高吗？或许不是，因为大家都知道，这里面最重要的不是做什么才好，而是一种什么经验才能让你在未来不至于落后，甚至于领先。但术业有专攻，其实不在于做什么才好，而在于怎么才能做好，一门做好了，那么所掌握的技能远远超过相同的从事一样职业的其他人的时候，那么谁敢说你不优秀呢，当一个SCM的工资比一个Desigher高许多时，那谁又能说做SCM没有前途呢！所以，关键不在于做什么，而在于如何做好。我做了四年的测试，让我学到了很多东西，包括一些简单程序开发也是那时学到的，所以在这里要感谢广联达公司提供的平台，更感谢杨耀庭经理带给我的机会，让我一个中专生选择了自己的职业。开始的时候，对于软件

2006-11-30 John的流水帐: Tricks of Software testing

标签： 软件测试技术 软件测试

描述：参加了一个小培训，关于测试的。基本的理论就不多说了，其中有几个比较好的观点，列举如下：(1)群集现象： 发现问题越多的地方，隐含的缺陷也越多，需要重点处理。佩瑞多定理：（80-20定律）许多软件现象都遵循佩瑞多分布规律：80%的贡献来自于20%的贡献者。例如20%的模块含有80%的错误。(2)用例： 一般考虑3个方面的， 合理的，不合理的和边界的。(3)黑盒和白盒：黑盒测试无法知道从来没有走过的分支。(4)圈复杂度： 建议圈复杂度限制在10以内。(5)黑盒测试的典型方法： 正交矩阵法是减少测试用例的有效方法。等价类划分的缺点是没有考虑边界。(6)GreyBox（灰盒）：用例设计依据程序结构（白盒），用例运行按功能测试（黑盒），一种十分有效的软件测试方法。(7)Smoke Test: 在测试中发现问题，找到了一个Bug，然后开发人员会来修复这个Bug。这时想知道这次修复是否真的解决了程序的Bug，或者是否会对其它模块造成影响，就需要针对此问题进行专门测试，这个过程就被称为Smoke Test。(8)测试完成的标准：

2006-11-28 IT博客网 - 秋阳的软件测试专栏 - 如何通过LoadRunner监控Linux和Unix操作系统的资源状况

标签： loadrunner 性能测试 软件测试

描述：我们在使用LR进行性能测试的时候，经常有需要监控OS的资源使用情况的需求。对于Windows系统，这个工作进行起来很方便，直接在LR的资源监控窗口中添加需要被监控的机器名或IP即可，但对于Linux/Unix系统，则要稍微复杂一些，我在这里简单介绍一下如何在LR中监控 Linux/Unix系统的资源使用情况： Linux 对于Linux系统，要想通过LR监控Linux/Unix系统的资源使用情况，需要运行rstatd服务。如果OS没有安装rstatd（可以查找一下系统中是否存在rpc.rstatd这个文件，如果没有，则说明系统没有安装rstatd），则需要进行安装。rstatd安装步骤如下： 获得rstatd的安装介质（rstatd.tar.gz）。rstatd可以从redhat的安装CD中获得，或者从网站上下载（给出一个下载地址，sourceforge的：http://heanet.dl.sourceforge.net/sourceforge/rstatd）。 将rstatd.tar.gz拷贝到Linux系统中，解压，赋予可执行权限，进入rpc

2006-11-25 A.J | ガんシん: 天使的侧面

标签： 软件测试人生 软件测试

描述：一个MM在IT公司的真实经历不小心闪入这个行业已经N年了，每次别人问起我的职业的时候，我都会觉得有些尴尬。年轻人我告诉他IT业，大年纪一点儿的就说电脑。　　不过不管是哪些人，都是类似的回答“卖电脑的？”或者“做开发的？”　　可惜我两者皆非，我又非常不愿意解释这件事。于是就变得很尴尬。　　我具体做什么的？我是做测试的，还兼做一些和项目管理有关的工作。按说这两者好像有点八竿子打不倒，奈何国内的行业现状就是如此。我就混在一起做了吧。　　其实另外一个不愿意说的原因是，大部分的程序员都很瞧不起测试工程师。每次我如果说：我是测试的。知道的呢，就会一个了然的“哦～～～～”，让我不爽起来。　　于是我只能腹诽：X，开发有什么了不起，不过是我嫌累罢了。　　又或者，不过是我的自卑情结在作祟吧！　　我踏入测试这个行业已经很多年了，很幸运的是国内第一支测试团队的一员。很幸运的受到了公司的大力栽培和重视。很幸运的参与过一只高效、合作、良好互动的大团队。并非常幸运的在工作初期就获得了职场的满足感。　　不过，那个年代已经过去了。　　是不是因为

2006-11-25 关于进销存系统的报表测试,希望讨论!!! - [软件测试技术杂谈] - 51Testing软件测试论坛 测试 | 软件测试 | 软件缺陷跟踪 | 软件配置工具 | 测试用例设计 | Web测试 | 自动化测试工具 - Powered by Discuz!

标签： 测试经验体会 软件测试

描述：近日，看了陈雷的文章《进销存系统的报表测试http://www.51testing.com/html/6/1871.html ，自己也在这方面接触了两年的时间，颇有同感，他的经验总结得非常到位，在此，希望能作点补充，或者是以另一种角度来讨论！ 报表的重要性，大家都知道它有举足轻重的地位，特别是成本/利润类报表、月报、年报等，这里就废话少说了！所以，它对测试条件的要求、测试覆盖率的要求、测试深度的要求都非常高，而且不是一般的测试员和新手随便就能测试的，一定是对业务和相关的法规非常熟悉，最好能有实践经验的、较强分析能力、综合能力高的测试员来做！总结了报表在测试时需要关注的十大特性：一、 正确性报表的最低要求和基本特征就是它的正确性！ 1.报表格式的正确不同的报表有不同的格式，有些是行业内默认的，有些是明文规定的，还有自定义的，按照不同条件还可以分各种各样的，如：按照货品的仓库进出情况，分入库类报表、出库类报表和仓库类报表等；按照报表的类型，分图表，固定行列报表，分栏报表、交叉报表等等！因此，报表的格式不是随便增减的，一般

2006-11-20 风之舞: 连载：《测试之道》第五章——清静为天下正

标签： 软件测试杂感 软件测试

描述：测试之道 ——对于IT企业而言，bug和用户必须是躲猫猫的关系 作者：flyingwind（华府长工58264） 邮箱：flyingwind0127@hotmail.com==========================刚才居然在我最尊崇的网站www.51testing.com的首页看到了《测试之道》的前四篇，真是受宠若惊。然而还是有一点需要声明：“对于IT企业而言，bug和用户必须是躲猫猫的关系”这句话是本文的中心。转载的时候删减其他都可以，但这句话务请保留。========================== 5、清静为天下正 《道德经》：大成若缺，其用不弊；大盈若冲，其用不穷。大直若屈，大巧若拙，大辩若讷。躁胜寒，静胜热，清静为天下正。 想必业界的同仁都会有这样的困惑：为什么我们费心尽力测试了很久的产品，在认为没有问题以后发货给用户，还是总会被用户（甚至是一些几乎连最简单的计算机操作都不会的用户）发现bug呢？换言之，为什么严重的漏测总难避免呢？ 对漏测的缺陷进行追溯，通

2006-11-18 Mercury Business Process Testing：專注於業務需求的自動化測試

标签： QC 自动化测试 BusinessProcessTesting 软件测试

描述：Mercury 在 Quality Center 8.0 時就推出 Business Process Testing，到現在已經進步到 9.0 的版本了。會什麼 Mercury 發展出 Business Process Testing 呢？Business Process Testing 的好處在哪？要如何使用Business Process Testing？我將在以下的文章為大家做個介紹。

2006-11-18 16个月的工作感想

标签： 测试职业发展 软件测试

描述：从去年6月底开始正式做软件测试以来，我个人经过了很多阶段。从一开始的网站功能测试，到后来开始接触ERP，做了LR性能测试，然后开始做WR的自动化，到这时候大概半年时间去掉了。之后做了2个月的C#开发，在自动化测试方面用QTP开始逐渐替代了WR。然后我调到了市区“前线”工作。开始着手做NUNIT单元测试和基于.NET开发环境下的LR压力测试代码编写及面向Oracle存储过程的性能测试。06年7月，我开始担任测试管理的角色，开始从事培训新人，安排测试任务，与开发协调测试任务方面的工作，直到今天。我写这篇总结的原因，是由于自己对测试工作的职业发展开始感到迷茫，对技术发展没有方向。我个人认为，我上班16个月以来所走过的路，是比较合理的。这样的路建立的经过测试专业培训的基础上（个人感觉，新人接受专业培训是很有必要的），否则可能先需要在基础方面努力3个月左右。基于对测试的正确理解以及对各种测试工具的了解，在正式工作中可以快速的应用上去。下面说下我认为“菜鸟”应有的发展路程。测试新人应该从系统手工测试开始，首先应该对整个软件的开发流程（软件工程）有正确的认识，了解测试工作在整

2006-11-16 如何寻找软件测试职位 - [软件测试新手上路] - 51Testing软件测试论坛 测试 | 软件测试 | 软件缺陷跟踪 | 软件配置工具 | 测试用例设计 | Web测试 | 自动化测试工具 - Powered by Discuz!

标签： 测试职业发展 软件测试

描述：在哪里能找到自己想要的软件测试职位，这段时间许多朋友加我QQ和MSN问我，以下是我总结的，希望能给大家带来一点小帮助^_^校园招聘。中国互联网这几年迅猛发展，一些在华的大型公司，如国外的微软, IBM ,HP等；还有国内的华为，中兴，腾讯等大型公司对人才的需求也是不断地增长，不断加大对毕业生招聘培养的投入力度，储备人才，引发的人才抢夺战大家有目共睹，软件测试这个近几年才火开的行业当然也不例外，如果你能成功通过校园招聘，很不错，不错的待遇，而且能得到相应的培训，对于一个走上社会的大学毕业生来说，很不错的！使用网络”工作搜索引擎”。利用几个工作搜索引擎进行快速可以方便查找一些空缺的软件测试职位，如”职友集--搜索工作 互动职业”，网站是http://www.jobui.com， 其中可以搜索到很多软件测试职位，再介绍一个给大家吧，我可没一点私心保留的，“职通车”http://so.01hr.com，也是非常不错的，而且这个网站还有个加msn机器人似的列出职位的，方便，一个字赞！查阅报纸和杂志。大多数大城市的报纸每周招聘版中或者计算机招聘报刊中列出一些软件测试工作。还

2006-11-16 转一份在 51testing 上的讨论——如何测试一个门户网站是否可以支持10万用户同时在线？ - Jackei 的测试生活与人文社会读本 - 博客园

标签： 性能测试 软件测试

描述：这个帖子的内容比较典型，大家有兴趣可以也思考一下。先是楼主提出问题：最近公司一个项目,是个门户网站,需要做性能测试,根据项目特点定出了主要测试项和测试方案一种是测试几个常用页面能接受的最大并发数(用户名参数化,设置集合点策略)一种是测试服务器长时间压力下,用户能否正常操作(用户名参数化,迭代运行脚本)还有一种则需要测试服务器能否接受10万用户同时在线操作,但使用的Loadrunner的license只能支持1万用户,请问这时该如何制定该方案?后面跟着大家的回复： 网友 xingcyx 的回复：1、找10台电脑也没用，license仍然只支持10000个。2、找HP支持。当然，前提是你有足够的钱。3、测到10000用户并发。我认为，通常情况下10000用户并发，支持100000用户在线，没有问题的。 网友 jackloo 的回复：总的来说这一类的性能指标对大多数软件来说没什么实际意义，更多的是对硬件的要求。如果是用IIS做应用服务器的话，单台可承受的最大并发数不可能达到10万级，那就必须要使用集群，通过多台机器

2006-11-15 描述性统计与性能结果分析（续） - [LoadRunner] - 51Testing软件测试论坛 测试 | 软件测试 | 软件缺陷跟踪 | 软件配置工具 | 测试用例设计 | Web测试 | 自动化测试工具 - Powered by Discuz!

标签： loadrunner 自动化测试 性能测试 软件测试

描述：数据统计分析的思路与分析结果的展示方式是同样重要的，有了好的分析思路，但是却不懂得如何更好的展示分析结果和数据来印证自己的分析，就像一个人满腹经纶却不知该如何一展雄才 ^_^一图胜千言，所以这次我会用两张图表来说明“描述性统计”在性能测试结果分析中的其他应用。

2006-11-14 风之舞: 连载：《测试之道》第四篇——胡马大宛名

标签： 软件测试杂感 软件测试

描述：测试之道 ——对于IT企业而言，bug和用户必须是躲猫猫的关系 作者：flyingwind（华府长工58264） 邮箱：flyingwind0127@hotmail.com 4、胡马大宛名 上回书说到TE如侠。侠客离不开剑，也离不开马。就好比郭靖有了汗血宝马，想去哪就去哪，从来不必担心路程问题；而胡斐追捕南霸天雷老虎，没有宝马良驹，从广东一直追到北京才算完。侠客离不开马，尤其需要骐骥骅骝，千里良驹。 杜甫《房兵曹胡马》：胡马大宛名，锋棱瘦骨成。竹批双耳峻，风入四蹄轻。所向无空阔，真堪托死生。骁腾有如此，万里可横行。 然则对于TE而言，能够“风入四蹄轻”的千里马何在呢？ 人的精力总是有限的，即便再伟大的TE，对于无穷无尽的测试任务，也总会有感到疲惫不堪，难以为继的时候。这不是因为TE本身功力不够，也不是因为TE掌中剑（TC）不好，而是缺少了一匹良骥。人力有时而尽，只有非人力的才可持久；因此这良骥便是且只能是自动化测试（Automation testing）。 虽然《荀子·劝

2006-11-12 Take it easy: 软件测试方向杂谈

标签： 软件测试杂感 软件测试

描述：说起来学习计算机已经有六七年了，而进入软件测试这个行业也是有两年多了。记得最开始投入到测试的目的是因为容易进大公司。我身边的同学们都很鄙视测试行业，认为没有什么技术含量，而我却有些恋上它了，而且打算就这么做下去。什么是测试？对于测试的定义有成千上万种，而我更喜欢接受的是“测试是一种证伪的过程”这种定义。记得高中上物理课的时候老师曾经举过一个例子，说怎么证明我们的手是干净的，我们用一盆干净的水去洗手，当洗完后水还是干净的，那证明我们的手是干净的。这样讲可能是有一些绕口，换句话说就是用清水去证明我们的手是脏的。我们测试也是这样，我们是去验证它的错误，而不是证明他是一个多么高明的软件。测试真的比开发低一等么？老实说，是的，起码在国内一些软件作坊里是这样的，他们不重视软件质量，或者根本就不愿意花那份钱去组织一个测试团队。而我对国内的一些测试人员也是很气愤的，他们往往不喜欢在测试领域站住脚，不想在这个领域有大的发展，只是因为测试人员的门槛相对比较低而投入到这一行业。而我下面给大家列出来，我认为的在测试领域的职业发展层次： 1. 手工测试人员，这一类人是测试最底层的测试人员，也

2006-11-12 JMeter从入门到精通之一：开始你的第一个JMeter脚本 - Jackei 的测试生活与人文社会读本 - 博客园

标签： JMeter 性能测试 自动化测试 软件测试

描述：JMeter是一款在国外非常流行和受欢迎的开源性能测试工具，像LoadRunner 一样，它也提供了一个利用本地Proxy Server（代理服务器）来录制生成测试脚本的功能，但是这个功能并不好用。所以在本文中介绍一个更为常用的方法——使用Badboy录制生成 JMeter 脚本。简单的介绍一下Badboy。Badboy是一款不错的Web自动化测试工具，如果你将它用于非商业用途，或者用于商业用途但是安装Badboy 的机器数量不超过5台，你是不需要为它支付任何费用的。也许是一种推广策略，Badboy提供了将Web测试脚本直接导出生成JMeter 脚本的功能，并且这个功能非常好用，也非常简单。你可以跟着下面的试验步骤来迈出你在开源世界的第一步。（下面的例子是以我部署在本机的Mantis为例完成的，你可以点击这里下载完整的例子文件。关于Mantis的介绍和安装配置，请参见本文最后的参考资料。）

2006-11-12 描述性统计与性能结果分析 - Jackei 的测试生活与人文社会读本 - 博客园

标签： loadrunner 自动化测试 性能测试 软件测试

描述：LoadRunner中的90％响应时间是什么意思？这个值在进行性能分析时有什么作用？本文争取用最简洁的文字来解答这个问题，并引申出“描述性统计”方法在性能测试结果分析中的应用。 为什么要有90％用户响应时间？因为在评估一次测试的结果时，仅仅有平均事务响应时间是不够的。为什么这么说？你可以试着想想，是否平均事务响应时间满足了性能需求就表示系统的性能已经满足了绝大多数用户的要求？假如有两组测试结果，响应时间分别是 {1，3，5，10，16} 和 {5，6，7，8，9}，它们的平均值都是7，你认为哪次测试的结果更理想？假如有一次测试，总共有100个请求被响应，其中最小响应时间为0.02秒，最大响应时间为110秒，平均事务响应时间为4.7秒，你会不会想到最小和最大响应时间如此大的偏差是否会导致平均值本身并不可信？为了解答上面的疑问，我们先来看一张表：

2006-11-11 风之舞: 《测试之道》自述及其他

标签： 软件测试杂感 软件测试

描述：下期预告：下次发布第四篇《胡马大宛名》，如果不过分加班，预计下周末发布。 =========================测试之道 ——对于IT企业而言，bug和用户必须是躲猫猫的关系 作者：flyingwind（华府长工58264） 邮箱：flyingwind0127@hotmail.com 自述： 前不久看了《编程之道》一书，深受震撼。原来天下大道如一，万事万物的道理都是相通的。其实只要自己肯动动脑筋，不论测试也好，或者其他，都是一样，不需要特别的学习，你其实什么都会。 既然是写《测试之道》，就还是以测试为例吧。很多人认为测试很容易，做测试不就是用鼠标随便点点吗？真的是这样的话，测试工程师的薪水恐怕也不可能达到今天这样的数字吧。换个角度讲，做 coding不就是按照别人给你的设计文档，写一些别人让你输入什么就输入什么让你输出什么就输出什么的函数吗？然而事实非是如此简单，因此coding 是伟大的，也因此，给伟大的coding找出bug更是最伟大的。 本书通篇没有任何高深的理论，也没有很详尽的具体工作方

2006-11-11 风之舞: 连载：《测试之道》第三篇

标签： 软件测试杂感 软件测试

描述：测试之道 ——对于IT企业而言，bug和用户必须是躲猫猫的关系 作者：flyingwind（华府长工58264） 邮箱：flyingwind0127@hotmail.com 3、吴钩霜雪明 李白《侠客行》：赵客缦胡缨，吴钩霜雪明。银鞍照白马，飒沓如流星。十步杀一人，千里不留行。事了拂衣去，深藏身与名。闲过信陵饮，脱剑膝前横。将炙啖朱亥，持觞劝侯嬴。三杯吐然诺，五岳倒为轻。眼花耳热后，意气素霓生。救赵挥金槌，邯郸先震惊。千秋二壮士，煊赫大梁城。纵死侠骨香，不惭世上英。谁能书閤下，白首太玄经。 各个待测试的目标系统就是世间各个芸芸众生，测试工程师(TE)就是IT业的侠客。TE离不开测试用例(TC)就如同侠客离不开剑。无剑不成侠；无合格的测试用例没法做好测试。 测试十大原则第二条：测试用例必须有明确的预置条件、操作步骤以及与之对应的预期结果。 IT业界的人员流动，那是相当快的。A先生设计了测试方案，到写TC的时候可能A先生已经另谋高就，换成B先生在做了，再等到测试执行的时候可能B先生也远

2006-11-11 风之舞: 连载：《测试之道》第二篇

标签： 软件测试杂感 软件测试

描述：测试之道 ——对于IT企业而言，bug和用户必须是躲猫猫的关系 作者：flyingwind（华府长工58264） 邮箱：flyingwind0127@hotmail.com 2、大道如一，过犹不及 为了让bug不被用户发现，测试是不是用该做的越深入越好？不止门外汉会这样认为，即便测试业界的很多一些人也会这样认为。 《论语》有言：子贡问，“师与商也孰贤？”子曰，“师也过，商也不及。”曰，“然则师愈与？”子曰，“过犹不及。” 译为现代汉语就是：　　子贡问曰，“子张和子夏哪个能干？”孔子说，“子张过头了些，子夏不够了些。”子贡说，“那么是子张强一些了？”孔子说，“过分和不及，同样都不好。” 所谓大道如一，测试亦然。投入的不够，则会不能在交付给用户之前发现bug；投入的过多，则会影响收益。过犹不及，二者都不不够好的。 然而把握这个度还是极难的，没有一个可量化的标准。通常可以做到的就是两害相权取其轻了，对于容忍力较强的客户，使用“不及”就可以了，用户发现了bug，召回产品打个补丁

2006-11-11 风之舞: 连载：《测试之道》第一篇

标签： 软件测试杂感 软件测试

描述：测试之道 ——对于IT企业而言，bug和用户必须是躲猫猫的关系 作者：flyingwind（华府长工58264） 邮箱：flyingwind0127@hotmail.com 1、道可道 说到测试，无论是专业的测试专家还是对策是一无所知的门外汉，首先要提到的肯定是“测试有什么用？”花那么多的人力物力和金钱做的测试到底是为了什么？”很多所谓的专业书籍对此讲了很多让人眼花缭乱的理论。 然而其实很简单，测试就是为了让产品在交付给最终用户以后，在产品生存周期（或提供有效服务的期限以内），不让最终用户发现其所不能接受的现象。只要能不让用户发现其不能接受的一切现象，至于产品是否存在bug，用户不会关心；因此IT企业也就没有必要关心。

2006-11-11 风之舞: 测试的革命

标签： 自动化测试 软件测试方法 软件测试

描述：这是我好几个月以前，刚进华为前后的那段时间写的《测试的革命》。还没写完，现在也没多少业余时间，公司又不能上外网，因此想继续写下去，却没什么时间写了。把写好的部分先贴出来，供各位测试同仁指正。 测试的革命作者：flyingwind联系方式：flyingwind0127@hotmail.com第一章 绪言 瓦特发明了蒸汽机，从而引发了工业革命，率先完成了工业革命的英帝国借此成了日不落帝国。软件测试界随着各种高级语言以及自动化测试工具的诞生，“工业革命”实际上业已发生。正如同工业革命是以“用机器制造机器”为革命完成的标志，测试的革命将会以“用软件测试软件”为最终的目的和完成的标志，而能够正确开展“测试的革命”的企业也必将成为未来最具竞争力的企业。 那么，“用软件测试软件”究竟需要怎样使用软件去测试目标系统？是否需要测试员能够完成每一个测试程序的编写？ 我坚信：“用软件测试软件”并非在任何条件下都是测试方法的最佳选择；测试员根本不必对每一个测试用例（testcase）编写测试的程序。这是由下述原因决定的： 1、测试员的职责。