• 12
  • 13
分享
  • 软件质量测试规范——软件测试圈
  • TIMI 2021-12-23 15:22:41 字数 1907 阅读 1261 收藏 13

一、测试组的任务职责和测试的基本概念:

在软件系统开发完成后,必须进行测试和评价,以确定软件质量是否达到预定目标,这样才能保证软件系统安全可靠地运行。通过软件测试可以尽可能地和尽可能多地找出各种隐藏的错误和缺陷,及时进行修改和弥补。软件测试将直接影响到软件产品的最终质量。

测试组的任务是用尽可能高的精度测试所开发的软件产品与规定需求的差距及其应用时的适用性。如果发现缺陷,则软件产品不能通过验收和使用,并退回给开发组。测试组的另一个任务是制定软件应用计划,负责计划在生产领域如何正确地使用程序及数据库。

测试组的职责是确定测试过程、测试计划和组织测试过程及执行测试,但是不负责被测试系统的质量。

测试组能够有效地、成功地完成任务的关键因素是要有专门的测试设备、现代化的测试数据库和测试工具。

在软件开发过程中,需要采用分析的质量保证措施来对软件产品进行测试和评价。分析的质量保证措施包括静态测试和动态测试。静态测试在对软件进行分析、检查和测试时,不实际运行被测试的程序。动态测试是通过运行程序来检验软件的动态特性和运行结果的正确性,并根据程序的运行过程对程序进行评价的过程。动态测试是依据经验进行测试的过程。它试图使用定量的输入,依靠经验来调整程序,使其与规范的偏差在容许的范围内,容许值取决于质量需求。动态测试也可以看成是一个评价和验证系统或系统部件的过程,它采用人工的或自动的方法来辨别实际成果与期望成果的差别,并使系统满足规定的需求。

动态测试中常用的技术概念:

  1. 测试:可看成是运行程序的过程,其目标是找出错误。

  2. 调试:找出引起错误的原因的过程。它要规定怎样修改错误、检查修改后对程序的影响并进行修改。调试错误后要进行再测试。

  3. 错误:是指计算值、观测值、测量值之间,或条件与真值之间,不符合规定的或理论上的正确值或条件。

  4. 缺陷:是指与期望值或特征值的偏差。缺陷能影响程序的功能,例如:一个程序可能有好的功能,但其可维护性可能很差。缺陷可以发生在所有产品质量规范规定的特性中。

  5. 失效:是指功能部件执行其功能的能力丧失。一个部件的失效或影响较高层单元的运行或产生严重的后果。失效将影响产品的可靠性。

  6. 故障:是指功能部件不能执行所要求的功能。可能由错误、缺陷或失效引起。故障可影响程序的有效性。

二、软件测试规范:

测试组在测试过程中应遵循一定的命名和设计规范,以此来保证程序的标准化和可维护性。测试组需要遵循的规范暂时包括如下几个:VB编程命名规范、数据库命名规范、数据库设计规范。具体内容请参考各文件。

测试中发现的问题和测试方法规范如下:

1、软件错误等级定义表(Error Class)

失效等级定义
1可造成重大损失,用户认为不允许出现的错误
2可造成较大损失,用户认为发生率应很低的错误
3损失不大,但需要查找原因的错误,记入错误统计
4可不查找错误原因,不记入错误统计

2、软件错误类型定义表(Error Type)

错误类型定义
1需求分析错误
2程序代码错误
3设计错误

3、常用软件测试方法(Testing Method)

序号测试类型简述
1黑盒法即功能测试,完全基于软件功能和需求的测试
2白盒法即结构测试,已知程序的内部逻辑,覆盖全部代码的测试
3单元测试最小函数、模块、类的测试
4增量集成测试增加新功能后进行的部分测试
5集成测试对由各部分组合起来的程序的测试
6功能测试黑盒类测试,测试软件同功能需求的适合度
7健全性测试 常作为初始测试,确定一个新的软件版本是否表现正常,以应付更强的测试
8回归测试修复或调整好软件环境之后重新测试
9认同测试基于最终用户说明书的测试
10负载测试测试应用程序在重负载下的承受能力
11性能测试测试应用程序在重负载下的性能
12可用性测试测试软件操作及界面友好性
13安装/卸载测试测试软件安装、卸载过程
14数据一致性测试测试意外情况发生时,数据是否能保证一致性
15验收测试获知用户对软件是否满意
16比较测试在同类产品中比较软件的优缺点
17@测试软件开发将结束时进行该测试
18β测试当开发和测试工作实质上完成时进行该测试

建议采用以下测试方法:

  1. 黑盒法(Black Box);

  2. 白盒法(White Box);

  3. 可用性测试(Usability Testing);

  4. 单元测试(Unit Testing);

  5. 集成测试(Integrate Testing);

  6. 功能测试(Function Testing);

  7. 负载测试(Overload Testing);

  8. 性能测试(Ability Testing);

  9. 安装/卸载测试(Install / Uninstall Testing);

  10. 验收测试或@测试(Check&Accept Testing)。


作者:佚名

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 前言仅仅是针对CSDN账号密码登录这一小块的自动化测试;测试用例考虑的不是非常周全,仅图一乐因为用例比较少,所以没有用自己封装的seleniumAPI,这样看着比较方便一些python程序目录HTMLTestRunner需要下载,不能用pip安装。账号密码登录模块CSDN登录-账号密码登录的功能#!/usr/bin/python3 # _*_coding=utf-8 _*_ # @author junwei # @date 2021/2/28 21:21 # description 测试CSDN的账号密码...
            0 0 776
            分享
          •        Part 1       现在很多公司的项目都使用前后端分离的开发模式,这样不仅仅能提高开发效率,还能方便维护。在进行前后端分离开发时,后端的开发人员完成系统接口开发后,需要与前端人员对接,测试调试接口,验证接口的正确性可用性,这就需要前后端的开发人员的开发进度保持一致,但是就算是这样也提高了测试的难度,不利于及时完成功能模块的测试。所以后端开发人员,在独立开发完成某个接口后,需要自己先进行测试,这样不仅能提高开发的效率,而且还能减少送测时的bug。我们都知道前后端分离的开发模式就是前端页面的某个功能...
            5 6 1691
            分享
          • 行业背景:随着数字化建设的持续快速发展,业务部门对系统下载的文件质量提出了更高的要求,全面高效可持续的测试已成为银行IT建设和测试服务追求的目标。面对的问题:测试人员无法在有限的时间内人工完成大数据量多维文件的下载和数据比对工作,如六天时间内完成12906个txt文件和xml文件的四次下载和数据逐行比对测试。应对措施:通过程序开发和对已有测试工具的灵活运用,圆满高效完成测试任务;汇总经验,为后期下载多维文件数据比对测试提供有效的技术参考和工具支持。一、背景十九届四中全会,将"数据"列为生产要素参与分配,标志着以数据为关键要素的数据经济进入了新时代。金融业是数据密集型行业,在...
            0 0 1090
            分享
          • 接口测试需要考虑的点/如何设计接口测试的用例?接口测试用例编写除了使用功能测试中最基本的等价类,边界值,因果图,错误推测,场景设计等方法外,还要考虑一些其他方面,首先我们要先进行冒烟测试,说白了就是传递正确的参数查看是否返回正确的结果然后还要考虑参数组合:因为参数有必填和非必填,参数的格式、长度,以及数据传输的业务流程中的一些限制,我们要考虑不同的参数组合的情况,以保证能够覆盖到所有的情况以及绕过验证、权限验证、参数是否加密最重要的是要考虑业务逻辑校验,请求的类型、格式,地址、参数,以及数据库的落地情况(比如测试新增更新的接口时,要看数据的返回是否完整,与数据库进行对比)。你做过接口测试吗,怎...
            9 9 978
            分享
          • 1.说说你知道的创建线程的方式继承Thread类,重写run方法。实现Runnable接口,重写run方法。实现Callable接口,重写call方法。通过线程池创建线程。2.说说Runnable和Callable的区别Callable可以返回一个类型V,而Runnable不可以。Callable能够抛出checked exception,而Runnable不可以。Future和FutureTask留给你们!我放GitHub上了(uphe)3.说说通过线方程池创建线程的式Executors.newCachedThreadPool();创建一个可缓存线程池,如果线程池长度超过处理需要,可灵活回收...
            14 14 1335
            分享
      • 51testing软件测试圈微信