Testlink是一款强大的用例追踪和管理工具。测试管理注重的实际上就是一个流程。
1、默认当测试用例同名时,就会有提示。(以前版本需要修改配置)
2、测试用例序号:(
缺点
)
1)删除一个测试用例之后,后面的编号会再次加1,编号无法修改。(除非数据库修改)
2)可以手动上下移动测试用例,但序号不变
3、测试用例集不限三级,可有多级,且同一级可同时存在测试用例集与测试用例。
4、里程碑暂时用处不大。
5、添加测试用例到测试计划:只是测试用例与测试计划的关系,无版本管理。(必须理解)
使用场景
:工作中需要为测试计划1分配它的所有测试用例,
解决方法
:就需要把哪些需要包括的测试用例添加到测试计划中去,即测试计划包括了所有的测试用例,可能是不同版本执行的。
6、指派执行测试用例:测试计划、版本、用例、执行者的关系。(必须理解)
使用场景
:测试计划V6.3、版本RC1、进行冒烟测试。
解决方法
:需要哪些用例就在用例的执行者后面设置相应的用户,未设置用户的用例就代表此版本不包括这些用例,在统计中,尚未执行的用例中不会统计它。
7、用户角色:
1)默认情况下为用户设置的角色并不代表在实际项目真正的角色。在项目计划中可以将用户角色修改,应用就按测试计划中的角色。
2)自行注册的用户角色默认为guest.
3)admin用户也没有查看其它用户的密码权限。若忘了密码,可以发邮件给对方用户。
8、为测试计划指派角色:
使用场景
:不同的项目需要参与测试的人员不一样,如何设置?
解决方法
:指派测试计划角色的列表中包括了所有的用户,在使用中,若某用户不参与此计划中,可以将此用户的测试计划角色设置为“无权限”;若想让某个测试人员作为测试经理,则可以修改它的测试计划角色为Leader即可。
9、保证了测试的完整性。通过其中的Requirements可以把测试用例和用户需求规格说明书结合起来,可以在细化需求的同时,为每条需求指派相关的测试用例,可以保证测试的完整性;
10、关联不同用例。通过其中的keywords,可以把很多相关的测试用例结合起来,如同黏合剂的作用。比如在做一致性测试的时候,可以选择用例库中用例,并通过keywords进行关联;
11、实施阶段测试。通过其中的Test Suit和测试计划可以为每个项目开发不同的用例集合。拿WebUM项目来说,针对不同的测试阶段可以设计成[WebUM集成测试]、[WebUM系统测试]、[WebUM回归测试]、[WebUM验收测试]等等test suit。而对于每一个test suit,又可以通过Build Managemet设计成不同时期的测试,比如[WebUM验收测试]可能要经过若干次,这时就可以通过创建Build来实现,且每次的测试结果可以保留;
12、自动生成测试报告。通过TestReports可以清楚地看到测试结果及其分析,便于项目相关人员参考并做出决策。
遗留问题
:
1、testlink与jira集成,我未弄成功。
2、testlink与fckeditor也未成功。
3、后续研究下testlink与mantis的集成。