??xml version="1.0" encoding="utf-8" standalone="yes"?> 目标定后,我第一步要做的是找资料,找资料的工作都是春节在家里完成的Q其间还带爸妈浏览了一下公司的|站Q,扑ּ源的工具Q主要是看大众的评h和普及度?/span> 软g的易用度很重要,否则无法辑ֈ优化试理的目的?#8230;…Q?/span>此处省略n字baidu和googleQ?/span>Q主的开源测试管理工具如下: ~陷理工具 1Q?span style="font: 7pt 'Times New Roman'"> MantisQ?a >http://mantisbt.sourceforge.net/Q?/span> 2Q?span style="font: 7pt 'Times New Roman'"> BugzillaQ?a >http://www.mozilla.org/projects/bugzilla/ 3Q?span style="font: 7pt 'Times New Roman'"> Bugfree (http://www.bugfree.cn/) 试理工具 1Q?span style="font: 7pt 'Times New Roman'"> TestLinkQ?/span>http://testlink.sourceforge.net/docs/testLink.phpQ?/span> 2Q?span style="font: 7pt 'Times New Roman'"> Bugzilla Test Runner Q?a >http://sourceforge.net/projects/testrunner/Q?/span> 最开始的时候特别R向于2&2Q因为Bugzilla Test Runner 是ZBugzilla的测试用例管理系l。本打算把前者改造一下让它支持更多测试计划(上篇提到的需?Q,可惜工作量有点大Q另外它的网l支持也较少Q决定Pass?/span> 到这Ӟ试理工具剩下Testlink了,~陷理工具开始也是想?Q比较熟悉,q个没有兑现则纯_Ҏ~分问题Q现在怀疑是当时下蝲的Bugzilla的包是个坏的Q感兴趣的同学可以再试试?/span> 最lTestlink和Bugfree的结合就是顺理成章了。这L定的时候,有点无奈Q因Z者是PHPQmysqlQApache的,我对PHP了解太少Q没有写q程序,不知道遇到问题能不能?/span>。新发布的Bugfree2.0?/span>加了试用例和测试结果的理Q?#8220;冗余”了,q是?.1. 服务器启来,Testlink和Bugfree分别执行了一下,ȝ来说挺幸q,除了Testlink的ؕ码比较多Q两个都能独立顺利跑h。ؕ码的问题最后改Q根据经验,q一定是个minor的bugQ应该就是配|的问题。先试能把两个q接h重要些?/span> 扑ֈ配置文gQ链接按钮也照着葫芦ȝ~码q去q且正确昄了,只是点击按钮后就会异帔R出。找Bug是咱试人员的强,分析跟这个bug相关的第一嫌疑是testlink和bugfree的主E序Q次嫌疑是相关的两个配置文gQ主E序很短Q两个index.php 从头臛_看过一遍,最可能出bug的就是几个if语句了,分支走错了退出,太常见了。果然就是少了一个!的问题。ؕ码是键值没有内容,逐个配置上就解决了?/span> 试着模拟了一ơCCI回归试Q从划到执行到指z关h员处理旉题,可以满上篇的需求,也可以胜d型项目的试理工作。CCI的同学可以连到我的机器玩?a >http://10.1.1.187/testlink/index.php test/123456(senior tester). 目前自动化测试管理剩下一些修补的工作Q像是邮仉|,明确权限理、测试流E等Q需要在业余旉慢慢做完Q只是繁琐,应该不难。另外计划在4月䆾可以准备一ơ《基于Testlink&Bugfree的测试管理工具UserGuide》的内部交流?/span> 最后ȝ一下整个自动化试理的过E,最大的感触是“选择比努力更重要”Q?span style="color: red">和h生一P永远不只是A和B的选择Q应该还有C。另外一个感触是Q很多实验没有做d有些遗憾Q主要是旉成本Q,无法切定位问题Q疏漏难免,因此非常Ƣ迎大家的徏议和指导Q来?/span>来函均有来必复~
自动化测试的试理q一块,一开始的时候先是想?/span>TD(TestDirect试届很行的一ƾ测试管理YӞ比较成熟Q包括测试需求、计划管理,Bug理Q报告生成等)的,QCQ?/span>Quality CenterQ其实和TD是一Ӟ目前TD已经不再升了)直接淘汰Q主要是目前为止Q我q没有看见过unlimited的破解码Q而没有看到效果直接让公司掏钱买当然更不合理?/span>
l过仔细评估Q?/span>TD也淘C。因为我?/span>CCI的工作流E已l非常成熟,早就有了一整套的开发测试的工作程Q也有管?/span>bug的Y件。所以自动化的测试管理实际上CCI已经做到够用Q当然从长远来看Q有一个稳定且强大的自动化试理pȝ是非常必要的。而目前改革的必要则不大?strong style="mso-bidi-font-weight: normal">不要Z自动化而自动化Q就是这个道理啦Q?/span>
需要进行自动化试理的范围最l羃在回归试Q这是测试工作最辛苦的部分。回归测试需要保证测试环境的E_Q保证新增功能正常,q要验证旧的功能Q主要原因是在于永远都是一个非常紧q的DeadlineQ枯燥而又紧张Q能?strong style="mso-bidi-font-weight: normal">充分试是个永远的问题。不光是在我们部门,整个试界都Z头痛。而我考虑q个问题也真的是很久很久了,假期的某一天我H然惛_Qؓ什么不用开源的工具来ؓCCI的回归测?strong style="mso-bidi-font-weight: normal">定制一套自动化的管理工具呢Q?/span>
q样做的好处有很多,首先是免费,因ؓ免费Q公司就不需要承担用盗版软g侉|的风险,也便于给其他的部门推q;W二是开源,因ؓ开源,可以定制真正适合我们的管理工PW三q是开源,使用的时候有什么问题,或Y件有BugQ都可以通过改写调试来解冟?/span>
我同栯虑了这样做的风险,最大的自然是技术上的,能不能找到合适的开源Y件是W一个问题,毕竟开源的工具不会像主的商业工作做得那样完善。能不能L代码适应我们是第二个?/span>题,如果来多数的功能没有现成的全部要自己来写,成本会不会太高?至于W三个也是最关键的问题,?/span>CCI使用后会不会有我预期的效果,我倒是不太担心Q如果不好用Q就没有使用的必要了Q最差也是l持现状。所以我觉得q是值得一试,只要遇到问题最大努力去解决?/span>
再下面我׃l考虑回归试中的具体问题了,以争取在后面的工作中能够全部或者大部分的改q。在q里再一ơ给大家推荐“思维导图”的方法,和很多同事分享过Q这一ơ我又用这个方法快速地锁定要解决的问题。画了好多,l过{选,按照角色挑出来三个主要问题:
1、测试组长:现阶D回归测试的d理是测试组长独立承担,通过发送邮件给大家分配工作Q工作进行后会通过询问跟进每个人的完成情况Q了解存在问题等Q全凭组长的责Q心记清问题,提交l相关h员解冟뀂弊端显而易见,耗时Q费事,d较繁重时隑օ焦头烂额?/span>
2、网:要保证测试环境的E_真的不是一件轻杄工作Q特别是我们q样一个功能完善的pȝQ有q么多h使用Q有些配|被改动可能׃影响正常的测试;回归试中很常见q样的情况,一个又一个测试工E师l网说Q?#8220;l我看看XX配置Q我{着哪Q?#8221;“那个XX功能q没好,先给我看看好不好Q?#8221;“啊,那个功能改好了,怎么不告诉我一壎ͼ{半天了?#8221;同样的,如果配置不稳定,|管的工作效率很Ҏ成ؓ整个回归试的瓶颈?/span>
3、项目经理:需要了解进度时也是通过询问的方式;q有如果试l需要项目经理协调解决一些问题时Q同h询问?/span>
测试工E师排除出来不是说没有问题,而是1Q?/span>2Q?/span>3已经包括。针?/span>1Q需建立试计划分配、以及Q务跟q的机制。针?/span>2Q需要包括Q务优先定义讄Q针?/span>3Q需要徏立自动生成测试进度报告;1Q?/span>2Q?/span>3都需要徏立自动通知的机制?/span>