我经历过几个单位，如何管理Bug前后使用过Excel、自制的简易工具、Bugzilla、TD、华创BMS，再参考分析ClearQuest、微创BMS，分析比较如下：
功能特征 \ 产品
Testdirector
ClearQuest
微创BMS
Bugzilla
华创BMS
<......... 点击查看全部内容
广州软件测试
时代测试 > 软件测试服务点击这里访问企业栏目软件测试服务更多
2008-5-27 10:10:43
Bug管理工具的选用
Bug管理工具的选用与选用任何一件商品一样，与您的需求、产品价格、服务等有关。
（1）需求
大部分开发机构对Bug工具的要求并不高，能记录问题点、能及时传达给相关人员，并监督他们都作了适当的处理，基本上就可以了。很多网友说某某系统怎么弄得这么复杂、这么贵，自己花一个星期就能做个可用的东西，说的就是这个意思。早期，市场上没有合适的Bug管理系统，我使用Excel作，说实在的也不错。当然啦，时代在进步，Bug管理系统可更好地实现这些需求。
稍微高一点的要求，可做定量的统计分析，挖掘信息潜在价值。
更高一级的需求，就是景上添花啦，可以与需求、测试方案、SourceCode、自动测试工具等环境集成。但事物总是两面性的，要真正发挥这些作用需要有完善的需求规格、测试方案，需要仔细规划自动化工具所产生数据的过滤、运用。一句话，对自身的规范化要求较高，否则这些功能听起来不错，实际利用不起来。
（2）服务与价格
从价格上说，有3类缺陷管理工具可供选用。
一是纯免费的，如Bugzilla、Mantis等。但免费的东西用户友好性差、安装难，您需要懂linux、perl、mySQL、apache之类的东西；而且没服务，出一点问题您就上Internet淘技术文章去吧，如何安装、使用这些免费软件简直是一门学问了。
二是价格较低的国产软件，基本满足备忘沟通和监控的需要。如华创BMS，做得比较灵活，字段、权限、email通知、数据字典等都可以定制，适应性较强，统计报表的定制性也较强，可以做一定的定量分析。一般开发单位使用这类系统基本够用。
三是价格中等或较高，如微创的BMS、MI的TestDirector、IBM Rational的ClearQuest等。可以做一定的环境集成，如TD，可以把Requirement、Testplan、Bug关联起来，微创BMS可以与MS Project、SourceSafe关联。价格稍高，几万到几十万之间，关键是这些高级功能您真的能利用上。
总的说来，适合您的、就是好的，微软内部的Bug管理界面也非常朴素，看上去有点像windows 95那个时代的小工具。另外服务是很重要的，问题解决不了耽误自己的时间不说，可别影响测试工作。
2008-5-27 10:09:35Bug管理的作用层次
Bug管理的作用层次软件开发的重点已经从技术转到管理与质量控制上了，如何按时做出符合质量的产品是我们最大的挑战，测试工作在开发过程中占据相当大的份额，Bug管理的作用可想而知。其作用基本上分以下几个层次。
（1）备忘与沟通
备忘是一个Bug管理系统最朴素、最基本的作用，好记性不如烂笔头，道理就这么简单。您什么时候测出了Bug、怎么测的、当时环境怎样，开发人员解决了没有、什么时候解决的、如何解决的，需要及时记录下来；问题一多，您靠记忆是记不住的。没有遗漏地记下所有问题点并确保适当地处理掉，是Bug管理的基本要求。
Bug的产生、变更需及时通知相关人员，他们也应能随时查询不同状况的Bug 数据，良好的沟通才能保证有效的协作。
（2）监控
作为项目管理者，您需要及时全面了解目前的项目状况，有些Bug是影响全局的严重错误，需要立即做出处理、决策；有些Bug需要决定改还是不改，或是放入以后版本、分配给其他人等等。所以项目管理者应该能够监控Bug状况。
（3）定量分析
对Bug数据作定量的统计分析是更进一步的需求，如：bug数量随时间变化的趋势图、从测试者、责任人、缺陷级别、缺陷原因等不同角度统计缺陷数量等等。
（4）环境集成
更高一级的需求是与需求、测试方案、SourceCode、自动测试工具等关联起来。
（1）备忘与沟通
备忘是一个Bug管理系统最朴素、最基本的作用，好记性不如烂笔头，道理就这么简单。您什么时候测出了Bug、怎么测的、当时环境怎样，开发人员解决了没有、什么时候解决的、如何解决的，需要及时记录下来；问题一多，您靠记忆是记不住的。没有遗漏地记下所有问题点并确保适当地处理掉，是Bug管理的基本要求。
Bug的产生、变更需及时通知相关人员，他们也应能随时查询不同状况的Bug 数据，良好的沟通才能保证有效的协作。
（2）监控
作为项目管理者，您需要及时全面了解目前的项目状况，有些Bug是影响全局的严重错误，需要立即做出处理、决策；有些Bug需要决定改还是不改，或是放入以后版本、分配给其他人等等。所以项目管理者应该能够监控Bug状况。
（3）定量分析
对Bug数据作定量的统计分析是更进一步的需求，如：bug数量随时间变化的趋势图、从测试者、责任人、缺陷级别、缺陷原因等不同角度统计缺陷数量等等。
（4）环境集成
更高一级的需求是与需求、测试方案、SourceCode、自动测试工具等关联起来。
2008-5-27 10:08:29如何作好软件测试
如何作好软件测试（1）清晰的质量概念
常言道没有规矩不成方圆，产品交到您手上，各方面质量标准您要心中有数。安装卸装、功能性能、用户界面、出错与恢复......等等，您可列出大纲式的CheckList，不一定很详细但一定要全。
不同的开发队伍，规范化水平不同，他们不一定能提交完善的规格书、品质书，如果您自己也没有这个概念，测试中就容易疏漏很多东西。比如，界面上的Button大小、用词、字体、颜色等有规范吗？页面响应时间呢？总之，您要让人家明白，您对这些方面是有要求的。
（2）善作计划
按照CheckList，要测试的东西真的是很多，但人力、时间等资源是有限的，您需要考虑重要性、优先级等因素，作一个测试计划。确定测试内容是重要的，确定哪些不测或暂缓测试、同样也是重要的。针对需要测的内容，安排测试环境、人员、时间等，这些大的方面要与上司、相关人员讨论清楚，获得他们的支持。接下来再细化大的Check点，形成详细的测试方案。
（3）明确进入退出标准
需要明确进行测试所必须具备的条件，如：测试环境、送测产品的媒介形式、文档等。如果达不到基本要求可明确地提出来，暂时退出直到问题得到解决，否则很浪费大家时间的。如：环境不具备、根本就安装不上、有大量严重错误等。
（4）对测试人员的要求
逻辑思维要强，说到底，测试就是一种逻辑覆盖，要用尽量少的测试实例覆盖尽量多的逻辑，这就是效率。细心很重要，在每一个测试点，您需要静下来好好想想，还有哪些可能的情况？细心一定会给您带来高产量的Bug的。
（5）关于自动测试工具
任何工具都是在人的安排下发挥作用，您自己如何测永远是第一位的。一般说来，自动测试工具只能在压力、容量等某些性能领域发挥作用，其他绝大部分需要的是勤奋和智慧。
（6）不断积累、持续改善
您无论多么出色还是会漏掉Bug，您需要有一个方法能够不断地、持续地改善。分析总结原因、不断完善测试计划、测试方法等，并用文档整理出来，您的基础就会越垫越厚，工作越来越有效。
（7）明确自己的责任
作为测试人员，您的任务就是找出缺陷、及时清晰的汇报给相关人员，让管理者清楚产品的质量状况。有时，您测出的问题他们决定不改，或者您认为没达到Release标准他们决定Release，这是可能的。影响一个决定的因素是多方面的，有经费、市场、策略、质量等，虽然测试通常是产品开发的最后一关，但我还没有见过测试人员决定一切的。
常言道没有规矩不成方圆，产品交到您手上，各方面质量标准您要心中有数。安装卸装、功能性能、用户界面、出错与恢复......等等，您可列出大纲式的CheckList，不一定很详细但一定要全。
不同的开发队伍，规范化水平不同，他们不一定能提交完善的规格书、品质书，如果您自己也没有这个概念，测试中就容易疏漏很多东西。比如，界面上的Button大小、用词、字体、颜色等有规范吗？页面响应时间呢？总之，您要让人家明白，您对这些方面是有要求的。
（2）善作计划
按照CheckList，要测试的东西真的是很多，但人力、时间等资源是有限的，您需要考虑重要性、优先级等因素，作一个测试计划。确定测试内容是重要的，确定哪些不测或暂缓测试、同样也是重要的。针对需要测的内容，安排测试环境、人员、时间等，这些大的方面要与上司、相关人员讨论清楚，获得他们的支持。接下来再细化大的Check点，形成详细的测试方案。
（3）明确进入退出标准
需要明确进行测试所必须具备的条件，如：测试环境、送测产品的媒介形式、文档等。如果达不到基本要求可明确地提出来，暂时退出直到问题得到解决，否则很浪费大家时间的。如：环境不具备、根本就安装不上、有大量严重错误等。
（4）对测试人员的要求
逻辑思维要强，说到底，测试就是一种逻辑覆盖，要用尽量少的测试实例覆盖尽量多的逻辑，这就是效率。细心很重要，在每一个测试点，您需要静下来好好想想，还有哪些可能的情况？细心一定会给您带来高产量的Bug的。
（5）关于自动测试工具
任何工具都是在人的安排下发挥作用，您自己如何测永远是第一位的。一般说来，自动测试工具只能在压力、容量等某些性能领域发挥作用，其他绝大部分需要的是勤奋和智慧。
（6）不断积累、持续改善
您无论多么出色还是会漏掉Bug，您需要有一个方法能够不断地、持续地改善。分析总结原因、不断完善测试计划、测试方法等，并用文档整理出来，您的基础就会越垫越厚，工作越来越有效。
（7）明确自己的责任
作为测试人员，您的任务就是找出缺陷、及时清晰的汇报给相关人员，让管理者清楚产品的质量状况。有时，您测出的问题他们决定不改，或者您认为没达到Release标准他们决定Release，这是可能的。影响一个决定的因素是多方面的，有经费、市场、策略、质量等，虽然测试通常是产品开发的最后一关，但我还没有见过测试人员决定一切的。
2008-5-27 10:05:24bug管理
bug管理bug也是软件缺陷 。产生bug 是在软件开发过程中不可避免的，bug产生的多少和严重程度对于软件质量的标准衡量起着决定性作用。
对于bug，我自己一般可分成三类：严重性，一般性，或者微小性。这一个区分，是从操作者的角度去区别，而不一定是从功能上。
在bug管理中,具体表现为:
测试人员（Tester）只要发现问题就立即新建一个Bug予以跟踪并指派给相关的开发小组长（Dev Lead）
开发小组长会判断这个Bug属于某个特定的开发人员（Dev）并指派给他处理
开发人员会根据Bug的详细描述信息找到问题所在，修改程序解决这个Bug并把Bug返回给当初的测试人员；或者有争议的时候，把Bug指派给这个Feature的定义者PM，要求一个澄清说明
测试人员在看到某个Bug被解决后，就去验证这个Bug是否真的不存在了，根据最初的发现步骤去证实问题真的解决了就关闭这个Bug；若还能重现，或者不同意开发人员的解法，可以激活这个Bug，返还给当初的开发人员做进一步调查处理
当测试人员和开发人员无法达成一致意见的时候，由对应的PM出面做协调，判断这个Bug的严重程度、对用户可能的影响，根据产品的进度和项目资源做出评估，是否真的需要修理掉这个问题
管理团队利用Raid来跟踪整个进度：单个人的工作、小组的进度，整个产品研发进度。
2008-1-28 13:40:49一个软件测试人员的经验分享:做软件测试三，四年后的感想[转]
alimama_pid="mm_10803180_1088447_2437577";
alimama_titlecolor="0000FF";
alimama_descolor ="000000";
alimama_bgcolor="FFFFFF";
alimama_bordercolor="E6E6E6";
alimama.........点击查看全部内容
一个软件测试人员的经验分享:做软件测试三，四年后的感想[转]alimama_pid="mm_10803180_1088447_2437577";
alimama_titlecolor="0000FF";
alimama_descolor ="000000";
alimama_bgcolor="FFFFFF";
alimama_bordercolor="E6E6E6";
alimama.........点击查看全部内容
2008-1-18 14:41:44三打哈是什么意思，什么是三打哈？
三打哈是什么意思，什么是三打哈？顾名思义，三打哈就是三个人打一个哈宝，哈宝有宝里宝气之谓。三打哈中，若庄家牌稍逊色或打错一张，闲家的分如雨点般落下，庄家只有招架之功毫无还手之力，庄家顷刻间土崩瓦解、江山易主。面对此情此景，庄家在一旁面如土色，傻呆呆的，如一个“哈宝”，所以把此牌打法叫“三打哈”之名，实在妙不可言。呵呵，而且这个名字也比较通俗易通。 三打哈是长沙的一种称呼，打法和升级类似，具体规则有所不同，以“2、7、王”做基本主，叫分从80分起始，依次5分为一级递减。如果三闲家吃到的分≥庄家喊分，则闲家赢；反之，则庄家赢。也就是说，如果庄家叫80分的话，闲家吃够80分就赢了。喊分如竞标一般，谁的分叫得最低，则由谁坐庄，坐了庄之后才能收底牌，然后挑选一门做主牌。 我对三打哈的实地操作是大学的事，如果是假期在家只能通过网络解闷，虽然在网络中没有“三缺一”的烦恼，但远没有实战一样妙趣横生。“皇帝轮流做，明年到我家”，每一个人都喜欢坐庄当“皇帝”，坐庄就有当一把手的感觉，一把手意味着权力，在三打哈中就可以享有那八张“底牌”。底牌配得好，一把牌就胜券在握；底牌差，就只有徒呼奈何，举手投降。但底牌总是有好有坏，因此叫庄喊分是带有风险的。至于手牌与底牌好的时候多还是坏的时候多，完全靠运气。保守点的打法就是对于模棱两可的牌尽量少叫庄，但如若拿有一手有绝对把握的好牌，就一定要喊到底，机不可失，要把握好机会，因为这样的机会并不是常有的。
2008-1-4 10:09:30制定软件测试的流程
制定软件测试的流程：
测试流程就是指从软件测试开始到软件测试结束经过的一系列准备、执行、分析的过程。测试流程并不是只存在于有完整测试团队的公司，它分布在每一个对软件执行测试的公司中，哪怕这个公司只有一个测试人员。
制定合理的测试流程需要考虑的因素很多，毕竟它是大家进行测试工作的依据，又需要理清和需求人员、开发人员、市场人员等多方人员的关系，.........点击查看全部内容
制定软件测试的流程制定软件测试的流程：
测试流程就是指从软件测试开始到软件测试结束经过的一系列准备、执行、分析的过程。测试流程并不是只存在于有完整测试团队的公司，它分布在每一个对软件执行测试的公司中，哪怕这个公司只有一个测试人员。
制定合理的测试流程需要考虑的因素很多，毕竟它是大家进行测试工作的依据，又需要理清和需求人员、开发人员、市场人员等多方人员的关系，.........点击查看全部内容
2007-12-29 11:26:48web测试技术
web测试技术Web的系统测试方法
随着Internet和Intranet/Extranet的快速增长，Web已经对商业、工业、银行、财政、教育、政府和娱乐及我们的工作和生活产生了深远的影响。许多传统的信息和数据库系统正在被移植到互联网上，电子商务迅速增长，早已超过了国界。范围广泛的、复杂的分布式应用正在Web环境中出现。Web的流行和无所不在，是因为它能提供支持所有类型内容连接的信息发布，容易为最终用户......... 点击查看全部内容
随着Internet和Intranet/Extranet的快速增长，Web已经对商业、工业、银行、财政、教育、政府和娱乐及我们的工作和生活产生了深远的影响。许多传统的信息和数据库系统正在被移植到互联网上，电子商务迅速增长，早已超过了国界。范围广泛的、复杂的分布式应用正在Web环境中出现。Web的流行和无所不在，是因为它能提供支持所有类型内容连接的信息发布，容易为最终用户......... 点击查看全部内容
2007-12-29 10:42:12书写测试计划
书写测试计划书写测试计划
1、介绍
目的
背景
测试范围
项目文件列表
2、测试需求
3、测试策略
测试类型
1、功能测试
2、用户界面测试
3、性能测试
4、压力测试
5、容量测试
6、配置测试
7、安装测试
工具
4、资源
人力资源
系统资源
5、调度
6、文档
软件元件
测试特性（Assets）
测试日记
缺陷报告
公司名片1
广州时代软件测试
所属行业：互联网
联系电话：13760727218
传真号码：020-85520605
地址：广州天河科韵路18号
公司网址：http://test1.anyp.com
电子邮件：wazh35@126.com
经营范围： 广州时代软件测试工作室，是由一帮工作于不同工作岗位，拥有各种技术的精英们组成的。 在他们的成员中，有能在基于为各企业建站丰富的经验，为企业的网站做全面的网站测试，从网站建设质量、用户体验、网络营销等等方面对各公司网站进行评估。 在他们的成员中，拥有以时代潮流的技术，及工作二年的测试经验，为各企业提供资深的软件测试服务，为软件双方的验收提交质量评估报告书，帮助企业提高软件
所属行业：互联网
联系电话：13760727218
传真号码：020-85520605
地址：广州天河科韵路18号
公司网址：http://test1.anyp.com
电子邮件：wazh35@126.com
经营范围： 广州时代软件测试工作室，是由一帮工作于不同工作岗位，拥有各种技术的精英们组成的。 在他们的成员中，有能在基于为各企业建站丰富的经验，为企业的网站做全面的网站测试，从网站建设质量、用户体验、网络营销等等方面对各公司网站进行评估。 在他们的成员中，拥有以时代潮流的技术，及工作二年的测试经验，为各企业提供资深的软件测试服务，为软件双方的验收提交质量评估报告书，帮助企业提高软件
日期
