软件测试管理以及与自动化测试的完美结合（上）
上一篇 / 下一篇 2012-07-25 09:04:33 / 个人分类：自动化测试
测试其实有很多分类，比如说可以分成白盒测试、黑盒测试甚至还有灰盒测试，也可以分成功能测试、性能测试等。不过，我今天想说的是自动化测试，对应的分类的另一边也就是手动测试了，针对测试的内容，其实自动与手动可能是一样的，所以唯一的区别就是这个“自”和“手”了，我们一般把能采用工具来代替人测试的部分叫做自动化测试。
自动化测试的好处想必大家了解得很清楚，不仅节省了不少人力，而且还能达到纯人力无法达到的效果（比如压力、负载测试），所以现代测试发展的趋势中，自动化测试会越来越受重视。
当然，人工测试还是会继续占有一席之地，毕竟人的思维的无限的，而自动化测试只能按照一些固定的步骤去进行测试，如果对于复杂的逻辑或者会不断的变化的逻辑，自动化测试是很难处理好的。
不管是自动化测试，还是手工测试，单纯从测试这个角度讲，我们任何测试是需要管理的，管理的目的是什么呢？
1、通过测试的结果，我们可以知道目前的产品是否稳定，可以知道具体出问题的地方是哪些，可以知道最近Bug发现的趋势怎样，是越来越多还是越来越少。这些方面都可以帮助我们分析这个产品是否能正常按时发布。
2、当然，我们还可以知道哪个开发负责的功能出现Bug多和少，哪个测试提的Bug多或少，质量高或者质量差，这些数据都可以帮助检查与提高员工的能力
3、通过结果我们还可以知道哪些功能最近几个版本会一直出问题，而哪几个功能很少出问题，这样子我们就可以会接下来的测试调整人力与物力。
4、……
所以测试的管理是非常重要的，目前比较常见的测试管理方法是采用测试管理工具来进行管理，业界比较有名的工具主要有 TechExcel的DevTest和HP的QC。
这些工具都是主要采用为每个测试建立测试用例，然后通过测试用例复用产生测试任务的方式进行测试，测试完成生成结果并且分析结果。
对于以往的人工测试而言，这种方式是非常不错的，因为一个员工拿到任务，完成测试然后输入结果，这个工具得到结果就能自动做一些分析。但是对于自动化测试而言，就不一定能工作得 很好了，主要的原因是自动化测试一般是独立的第三方工具，所以通过这种工具，完成任务是没问题的，但是完成任务要返回结果能让测试管理工具来使用是比较困 难的，而没有返回结果的话，你充其量只是知道了这次测试的结果，但是这次测试的结果会对整个产品造成什么样的影响你没法分析与预测到。
也许你会问，不就是自动化测试完了，我去测试管理系统输入一个值就行了吗，有什么难的？你要知道，我们每次不一定只做一个自动化测试的任务，可能是几百个，几千个，甚至几万个任务，你怎么确保你能及时检查并且更新到测试管理系统中。
在自动化测试越来越重要的今天，如何将一个测试管理工具与自动化测试工具有效地结合在一起就变得非常重要了。
经过一段时间的探索与比较了一些工具，我发现 TechExcel的 DevTest 在这方面做得非常好，好的东西不能独享，所以今天来介绍给大家。
前面说过了，DevTest也是一款测试管理工具，由美国硅谷的知名企业 TechExcel研发的，属于一个老牌的测试管理工具了。
为了让大家更好的理解今天的文章，我先简要来介绍一下 DevTest的基本功能：
下面是我之前下到他们英文评估版的一个测试用例视图界面，中文版没下到，好像需要跟他们中国分公司拿。
界面功能很多，但是比较清楚地分为测试用例，测试计划与测试任务这几个主要区域，当然还有报表与文档管理的区域。
对于测试用例，主要的方式是通过大量可自定义的属性字段来描述这个测试用例，比如说标题，状态，测试步骤，期望结果，负责人等，然后再辅以环境 变量的方式来覆盖到各种的测试环境，比如说要在不同操作系统中进行测试，要覆盖不同的浏览器等等；另外，还可以用检测点的方式来规定一个测试如果要通过的 话，需要达到哪些指标，比如说我们可以设置一个商品有4个指标，如果其中任意三项通过的话，这个商品就算合格；也可以设置只要有一项不通过，这个商品的测 试就是不通过的。
完成测试用例以后，我们就可以设计测试计划了，一般情况下，我们对于一次测试，只会从测试用例选择一部分来进行测试，所以 DevTest也提供了一个测试计划的视图，可以让你选择你要测试内容、范围、人力等因素，并且通过实际的测试情况可以直接检查到当前测试进行的状态，比 如说完成度、计划用时、实际用时、通过率等数据。
测试计划完成后，我们就可以真正开始测试的任务了，一般的测试人员登录 DevTest只会看到测试任务视图，这个视图里一目了然显示你这个人应该做哪些事情，你只要按照分配的任务一个个去完成，测试通过就把这个任务打到“通 过”状态，测试失败就打到“失败”状态并且会自动让你提交Bug到集成的缺陷管理系统中去。
不管在测试进行中或者测试完成后，我们都是可以得到实时数据更新的报表，从而让管理层能够及时得到这个产品测试的情况，为接下来的计划做准备。
通过这么一个高效而又清晰的流程，我们可以把一个产品从理论上测试得很好，因为我们把该需要测试的点告诉你了，也告 诉你了这个点需要测试的具体内容，你只要按部就班测就行了。呵呵，当然是开玩笑了，真的要测好，还是需要测试人员的努力了，这个工具只是一个管理工具罢 了。
（未完待续）
TAG:
我的栏目
标题搜索
日历
|
|||||||||
| 日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
| 1 | 2 | 3 | 4 | 5 | 6 | ||||
| 7 | 8 | 9 | 10 | 11 | 12 | 13 | |||
| 14 | 15 | 16 | 17 | 18 | 19 | 20 | |||
| 21 | 22 | 23 | 24 | 25 | 26 | 27 | |||
| 28 | 29 | 30 | |||||||
我的存档
数据统计
- 访问量: 3339813
- 日志数: 1640
- 建立时间: 2011-12-07
- 更新时间: 2019-12-24
