51Testing软件测试论坛

标题: 系统测试全过程 [打印本页]

作者: lovetesting52 时间: 2008-8-4 09:38
标题: 系统测试全过程
我一直感觉系统测试总像马拉松总是测试不完，什么时候上线，什么时候算终点。虽然提交客户了，可是对于质量仍然心里没底，对于测试的效果没有评价的依据。后来经过高人指点，终于领悟到至关重要的精髓：明确测试目标！
如果要将系统进行全面测试，那么就要有一套完整的测试阶段，每个阶段都以测试目标为标准，科学、有序地进行测试，那么测试效率也就会自然而然跟着提高。
测试阶段分为：测试前准备、需求分析、测试计划、测试设计、测试执行、测试结果。
1.测试前准备阶段
主要是相关业务的学习。业务知识是测试的根本依据，只有业务过关了，以后才能有效的进行测试工作。
了解业务步骤：
a、了解业务名词；
b、对现有系统的学习：功能点、业务场景等；
c、分析现有系统数据库，了解数据的走向。

2.需求分析阶段
需求是项目开发的基础，也是测试的依据。所以需求分析一定要做。但是很多公司是没有详细的需求文档的，那如何进行需求分析呢？
此时分析数据库就是一个非常好的方法：
a、每张表的索引和约束条件；
b、数据的来源、走向；
c、数据的存储、变化；
d、数据间的关联；
e、表与表间的关系；
这些分析都可以为了解业务场景和之后的测试用例设计打好基础。
3.测试计划阶段
我们总是觉得被测试进度紧逼、计划失控、测试不完全等等状态，其实解决这些情况的最好方法就是：制定测试目标。
在计划初期先明确测试目标，制定不同层次目标的执行标准，指导后期设计不同级别的测试用例，跟踪不同级别的缺陷修改。在测试时间较紧情况下，至少可以先把保证所有功能正常操作的最低目标版本先提交给客户，不会再有手忙脚乱，心里没底的状况。
测试目标分为：
         最低目标
         基本目标
         较高目标
         最高目标  等级别

可以使用表格形式来规范目标准侧，例如：

测试目标准则表

目标
测试范围
需求覆盖率

最低目标：正常的输入+正常的处理过程，有一个正确的输出
（明确的功能点全部列出来）
1.功能：

正常功能

异常功能

单功能

业务场景

非功能：16种测试类型
2.输入覆盖率：

有效无效

处理过程：基本流

      备选流

状态变化：正常、异常

输出

SRS00001

SRS00002

SRS00003

基本目标：对异常的输入有错误的捕获，并进行相应提示或屏蔽
较高目标：对隐式需求进行测试
根据公司规模不同，确定测试目标级别也可不同。一般小公司有最低标、基本目标即可，大公司可以提高目标标准，直接从基本目标开始，直至最高目标。

4.具体的ST用例的编写以及执行
测试用例设计的粒度一直是个讨论对象，很多时候总会强调时间很紧啊，如果时间再多点，我的用例肯定会设计的再细一些！！
是不是设计的越细就一定越好呢，不一定，测试是无穷尽的，使用穷举方法来进行测试是不科学的。
因为制定了测试目标，那么就应该根据测试目标，在设计测试用例时也要制定设计用例目标。

比如：按照最低目标选择测试用例
输入—>有效
处理—>有效
输出—>有效
按照最低目标的宗旨，只要是设计出来的测试用例足以覆盖和验证系统基本功能可以正常使用，那么这些测试用例的粒度就足够细了！从而提高了设计用例效率，同时也提高了测试效率。

5.测试之后的评估
实现一级测试目标之后都要进行评审工作，根据评审结果进行系统版本发布。例如：

1.保证所有需求都有测试用例
2.保证所有功能的正常操作和正常操作有对应的测试用例       V1.0版本
3.保证所有功能的异常校验有对应的测试用例                   V2.0版本
4.各功能组合形成的业务流有对应的测试用例                   V3.0版本
5.各功能或整体软件所需满足的非功能性需求有对应的测试用例 V4.0版本

这样做既可以对代码版本进行控制，也可以应对需求变更的问题。

也许“确定测试目标”还不能彻底解决复杂测试工作中出现的问题，但是我觉得这最起码可以让你的测试工作变得有条理；跟领导汇报工作的时候业绩和工作效率有凭可据；面对需求变更的时候有理可依！

作者: 厍仕杰 时间: 2008-8-4 09:44
路过学习

作者: yangzi520 时间: 2008-8-5 09:53
学习了！

作者: pleasure 时间: 2008-8-21 10:53
学习

作者: lok_198461 时间: 2008-9-6 13:52
分得相当不错,学习学习

作者: 阿七 时间: 2008-9-7 23:44
还是太理想化了实际上没有这样多的时间去弄这些文档性的东西的
除非你的项目不紧

作者: F.Lampard 时间: 2008-9-8 09:12
如果一个公司的测试隶属于研发，老大是研发的，你们说这样测出来的产品会是ok的吗！

作者: dylan0804 时间: 2008-9-10 10:03
学习了！！！

作者: lyscser 时间: 2008-9-15 00:58
业务学习环节不错

作者: yetties2005 时间: 2008-9-17 14:08
看样子好像很难的样子.现在在公司里测试推动很慢

作者: 302 时间: 2008-9-18 11:10
写的不错的挺在理的顶一个楼主辛苦了

作者: panluhai 时间: 2008-10-18 20:03
呵呵看完又有新的收获。

作者: t19841016t 时间: 2009-9-16 10:59
有时候也不用落实到文档，不过自己心里要有数。

作者: freedom_me 时间: 2009-12-24 15:45
要有个好的测试策略吧

作者: JUICY525 时间: 2010-1-24 15:24
学习中~~~~~~~

作者: sweet123 时间: 2010-1-28 20:48
这些阶段都需要些哪些报告阿? 有没有实际的例子看看那阿,报告名称内容什么的

作者: sunny1979 时间: 2010-2-22 17:30
写得很好,顶!

作者: bjwj 时间: 2010-2-23 17:27
学习了，多谢！

作者: sunny1979 时间: 2010-2-25 09:35
路慢慢其修远兮,将上下而求索!

作者: kaka735 时间: 2010-3-9 11:34
路过学习一下！

作者: 醉看夕阳红 时间: 2010-3-13 14:03
很不错，3Q

作者: taylor_liu 时间: 2010-3-15 10:02
学习，除了用户接收测试，还有没有别的办法去验证测试的有效性？

作者: mcy16 时间: 2010-3-31 10:18
很好学习了

作者: priority 时间: 2010-8-11 16:24
系统稳定，实用是关键！

作者: 永久的纪念 时间: 2010-8-13 09:52
标题: 顶了

作者: cmrtesting 时间: 2010-10-22 17:03
文档这东西，悬乎！

作者: petrel_hy 时间: 2010-11-2 14:36
路过学习

作者: udono 时间: 2011-1-11 14:13
挺有道理的
不过还没有实际体会

作者: qing2824 时间: 2011-1-13 13:37
测试就是个无止境的工作啊！

作者: Stamla 时间: 2011-1-14 14:31
来学习的~!

作者: Dangerous_1 时间: 2011-3-15 16:01
回复 1# lovetesting52

过程分析很清楚，学习了

作者: liuyundandan 时间: 2011-4-12 15:48
学习

作者: sophie_wang 时间: 2011-5-5 08:42
不错，收藏起来。
谢谢分享。。

作者: sophie_wang 时间: 2011-5-5 08:42
本帖最后由 sophie_wang 于 2011-5-5 08:44 编辑

要是能有一些例子，或各个阶段的成果物之类的会更好吧。。。

作者: linghan1991 时间: 2011-5-6 10:42
学习下

作者: changlijuan 时间: 2011-5-13 11:43
分析的很好，学习啦！

作者: 缘来是你_cong 时间: 2013-6-27 17:44
写的挺好。

作者: testingai 时间: 2014-3-28 14:47
学了

作者: 11测试 时间: 2014-4-15 14:46
挺好的就是对于我们公司来说有点不切实际

作者: user030 时间: 2014-4-24 17:09
路过留下痕迹

作者: pf_qc 时间: 2014-4-25 15:30
楼主总结的还是不错的，赞下

作者: jxqsyd 时间: 2014-5-23 14:10
学习了

作者: jxqsyd 时间: 2014-6-3 09:48
学习

作者: shmily_123 时间: 2015-1-26 13:06
学了

作者: qwe7023804 时间: 2015-5-14 14:14
学习下

作者: bug在哪里 时间: 2015-5-17 15:45
不错！经验之谈。

作者: lu7lulu 时间: 2015-10-17 22:08
学习了

作者: fairy871123 时间: 2016-4-6 15:22

F.Lampard 发表于 2008-9-8 09:12
如果一个公司的测试隶属于研发，老大是研发的，你们说这样测出来的产品会是ok的吗！

当然不ok了

作者: fairy871123 时间: 2016-4-6 15:23
写的不错

作者: fairy871123 时间: 2016-4-6 15:25

F.Lampard 发表于 2008-9-8 09:12
如果一个公司的测试隶属于研发，老大是研发的，你们说这样测出来的产品会是ok的吗！

当然不ok了，现在公司大都不重视测试没有办法啊再加上测试人员门槛比较低

作者: 阿列路亚列路亚 时间: 2016-4-19 15:03
虽然执行起来有一定难度，但至少解决了我目前的一些烦恼。谢谢楼主分享~~

作者: zym小园子 时间: 2017-4-25 16:58
工作虐我千百遍，我待工作如初恋

作者: zjl530947123 时间: 2017-5-15 13:56
学习了，谢谢楼主分享

作者: lisnapple100 时间: 2017-9-6 14:29
学习了

作者: lisnapple100 时间: 2017-9-6 14:44
去一下广东软件评测中心那里，我之前看了一下，觉得里面东西有用

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)