软件测试工作概述

一:软件测试工作流程

  

软件测试工作工程的详细流程图

二:软件测试阶段

阶段 输入和要求 输出
需求分析 市场/产品需求定义,分析文档和相关技术文档,要求:需求定义要准确,完整和一致,真正理解客户的需求 需求定义中的问题列表,批准的需求分析文档,测试计划书的起草
设计 产品规格设计说明,系统架构和技术设计文档,测试计划和测试用例,要求:系统结构的合理性,处理过程的正确性,数据库的规范化,模块的独立性,测试用例的有效性和完备性等,并清除定义测试计划的策略,范围,资源和风险 设计问题列表,批准的各类设计文档,系统和功能的测试计划和测试用例,测试环境的准备
单元测试 源程序,编程规范,产品规格设计说明书和详细的程序设计文档,要求:遵守规范,模块的内聚性,功能实现的一致性和正确性 缺陷报告,跟踪报告,完善的测试用例,测试计划,对系统功能及其实现等了解清楚,获得可组装的单元
集成测试 通过单元测试的模块或组件,编程规范,集成测试规范来说明和程序设计文档,系统设计文档,要求:接口定义清楚并且正确,模块或组件一起工作正常,能集成为完整的系统 缺陷报告,跟踪报告,完善的测试用例,测试计划,集成测试分析报告,集成后的系统
功能验证 代码软件包(含文档),功能详细设计说明书,测试计划和用例,要求:模块集成功能的正确性,适用性 曲线报告,代码完成状态报告,功能验证测试报告
系统测试 修改后的软件包,测试环境,系统测试用例和测试计划,要求:系统能正常,有效地运行,包括性能,可靠性,安全性,兼容性等 曲线报告,系统性能分析报告,缺陷状态报告,阶段性测试报告
验收测试 产品规则设计说明,预发布的软件包,确定测试用例,要求:向用户表明系统能够按照预定要求那样工作,使系统最终可以正式发布或向用户提供服务,用户要参与验收测试 用户验收报告,缺陷报告审查,版本审查,最终测试报告
维护 变更的需求,修改的软件包,测试用例和计划,要求:新的或增加的功能正确,原有的功能正常,不能出现回归测试bug 缺陷报告,更改跟踪报告,测试报告

三:软件测试模型

  ① V模型

  

  ② W模型

  

  ③ H模型

  ④ X模型

文章截取书籍<<软件测试与软件测试技术>>

原文地址:https://www.cnblogs.com/cpxjl/p/9329341.html

时间: 2024-11-03 20:34:59

软件测试工作概述的相关文章

软件测试——工作一年半对软件测试的理解

前提:个人工作与互联网相关,因此总结内容比较偏向这方面的,如有其他不同建议或者需要补充的,请各位留言拍砖,互相交流,互相学习! 一.什么是软件测试 软件测试就是尽量以最小的人力物力保证产品质量的过程,做好前期计划,做好中间过程,做好后期反馈和问题解决. 二.为什么需要软件测试 如果没有软件测试,则无法保证在测试过程中产品按照具体的需求完成,也没有人专职对产品的功能.逻辑等进行专项测试,无法保证质量的产品发布出去后是很容易有重大问题的,尤其是在产品用户量较大的情况下,引起的经济损失以及企业形象损失

小白必看:测试人有必要参考的软件测试工作规范

为了规范测试工作.减少开发与测试之前的沟通成本.保证项目进度.提高软件质量,测试人员有必要参考这份软件测试工作规范. 1.1. 编码规范 软件程序开发需要遵守编码规范,一是可以减少代码的维护成本,提高开发工作效率:二是有利于开发工作的延续.传承,减小项目风险. 1.1.1. 合理的注释量 好的代码应该是自描述的,让人费解的地方加上注释. 1.1.2. 规范的命名格式 规范很多,要让别人和一个月的自己看得懂. 1.2. 测试与测试结果 1.2.1. 单元测试与报告 单元测试一定要做.深入理解" t

软件测试工作这两年来,我丢失了什么?(一)

“不会说什么大道理,不会讲什么内涵故事,读的书也不多,视野还不够开阔,英语也很烂,妹子还泡不到......” 哈哈!当然这些都是简简单单的吐槽,我其实想说的是:我自己进入软件测试这两年来的一些反思!(也许有点抽象有点烦,可以直接右上角X) 两年来也许工作方面有很多东西都得到了成长,有些也已经内化到了自己身体中,能够不自觉的表现出来(职业病?),比如对测试流程的认识,对整体测试体系的了解,测试方法.测试思想上的提高等等,但认真思考下,在成长的同时,我也丢掉了很多,有些细节的东西遗忘了,有些要提高的

10年软件测试工作总结

时光荏苒,从毕业到现在已经10年,10年来一直从事着软件测试的工作.从一个什么都不会,到测试技术人员再到测试管理,期间有迷茫,有痛苦,有弯路,有捷径.今天对自己过去的10年测试经历做一个总结,一是给自己重新出发增加动力,二是给刚入道的.迷茫中的测试朋友一点点建议,希望你们少走弯路. 首先,谈谈测试职业规划,即做什么的问题.所谓方向比努力重要,这绝对是一句真理.如果能在刚走上测试工作岗位的时候明白这个道理,那么不出5年,你一定能成为某一测试领域的专家,那时不管是薪水.自信心都是顺其自然的事情.但是

转帖子:测试专家10年软件测试工作总结

首先,谈谈测试职业规划,即做什么的问题.所谓方向比努力重要,这绝对是一句真理.如果能在刚走上测试工作岗位的时候明白这个道理,那么不出5年,你一定能成为某一测试领域的专家,那时不管是薪水.自信心都是顺其自然的事情.但是遗憾的是,我们获取的太多信息是,测试人员是一个通才,什么都要学,什么都要懂.结果这样的一个方向,导致了3脚猫功夫的测试人员一大把.那么什么都懂一点的测试人员难道就没有用武之地了吗?也不是,可以朝着测试管理岗位发展.说到这里,引出了测试职业规划的第一条路:测试管理.那么很容易想到职业规

软件测试工作总结之一:软件测试的测试流程

软件测试的整个流程是贯穿整个产品的开发过程的,从最初的项目启动评审,到需求评审,再到后面开发人员开发出来的成品测试,都需要测试人员的参与,因为过去的一年只接触到功能测试,所以进行系统测试比较多,下面整理一下整个测试的流程. 一.需求分析:主要是产品人员制定的,包括文档以及原型的设计 二.需求评审:需求分析出来后,就要召集参加该项目的全体工作人员进行评审,以会议的形式对文档以及原型进行讨论,此时测试人员要对原型和文档进行理解和熟悉,对不理解的地方进行提问. 三.测试计划:根据开发计划进行排期,做出

软件测试工作中的沟通问题

从一开始,测试就要关注需求.往往在讨论设计时,开发和需求很容易忽略了测试成员,他们潜意识里觉得这不关测试什么事.可是,测试也要熟悉业务,熟悉功能,熟悉各种设计,而且测试需要站在用户的角度来去考量他们的设计是否有不合理的地方,并提出自己的建议.这些工作,测试成员需要主动,积极参加,多提建设性意见,这样可能会让开发慢慢发现测试成员的重要性. 其次,沟通最频繁应该还是关于bug的讨论.下面列出几个遇到的沟通问题,及我的解决办法. 1.“这个bug我这边重现不了啊~~~” 解决办法:这种问题首先要自省,

关于软件测试工作的那点事

一直想写点东西,记录这些年的上班的点点滴滴,有开心有不开心的,还有有趣的.计划写的内容如下:1.如何接触软件测试行业2.刚刚开始接触测试的那一年3.测试3年后,为什么自己还是有那么些迷茫4.测试5年后,为什么还是一个普通的测试工程师5.测试近10年了,是继续走测试这条路还是该想想应该有别的想法了6.自己接下来的1年,3年,5年计划 原文地址:https://blog.51cto.com/gukkto/2415574

软件测试技术概述

1.等价类划分法 依据需求对输入的范围进行细分,然后再分出的每一个区域内选取一个有代表性的测试数据开展测试. 2.边界值分析法 边界值分析法是对输入或输出的边界值进行测试的一种测试方法.通常边界值分析法是作为对等价类划分法的补充. 3.因果图法 因果图法是从需求中找出因(输入条件)和果(输出或程序状态的改变),通过因果图转化成判定表. 4.决策表法 决策表法能把复杂逻辑关系和多条件组合情况表达得较明确 5.错误推测法 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的