软件测试复习资料.doc

软件测试复习资料.doc

ID:55876126

大小:160.65 KB

页数:4页

时间:2020-06-12

软件测试复习资料.doc_第1页
软件测试复习资料.doc_第2页
软件测试复习资料.doc_第3页
软件测试复习资料.doc_第4页
资源描述:

《软件测试复习资料.doc》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库

1、软件测试的正面性:BillHetzel博士(正向思维的代表)代表论著《The Complete Guide to Software Testing》:•软件测试就是为程序能够按预期设想那样运行而建立足够的信心。•“软件测试是一系列活动以评价一个程序或系统的特性或能力并确定是否达到预期的结果”•测试是为了验证软件是否符合用户需求,即验证软件产品是否能正常工作IEEE的定义:p在特定的条件下运行系统或构件,观察或记录结果,对系统的某个方面做出评价p分析某个软件项以发现现存的和要求的条件之差别(即错误)并评价此软件项的特性软件测试的反面性:GlenfordJ.Myer

2、s(反向思维的代表):p测试是为了证明程序有错,而不是证明程序无错误p一个好的测试用例是在于它能发现至今未发现的错误p一个成功的测试是发现了至今未发现的错误的测试p软件评审是对软件元素或者项目状态的一种评估手段,以确定其是否与计划的结果保持一致,并使其得到改进。评审分类:技术评审:对产品的每个阶段的输出内容进行技术性评估,确保需求规格说明书、设计文档等没技术问题。文档评审:格式、内容等,示例p14管理评审:属于质量保证与管理范畴。流程评审:同上。可测试性的特征:可操作性、可观察性、可控制性、可分解性、简单性、稳定性、易理解性评审方法:临时评审、轮查、互为复审、走

3、查、会议审查比较认可的方法:互为评审:代码阶段;走查:从头到尾;会议审查:集体评审,其过程一般包含制定计划、准备组织会议、跟踪和分析结果。重要部分采用。各种方法可以交替使用软件的评审过程的一般步骤:制定评审计划:组织审查小组,安排日程,分发软件项目材料;项目概貌介绍:当项目复杂时,由作者介绍概貌;评审准备:评审人员阅读项目材料,了解有关项目的情况;项目评审:召开评审会,讨论项目情况,发现和记录错误,督促修改;项目修改返工:由作者修正已经发现的问题,提交修改结果;复查:判断修改是否真正解决了问题。管理复审:向开发组织或使用部门的管理人员,提供有关项目的总体状况、成

4、本和进度等方面的情况,以便他们从管理角度对开发工作进行审查评审的技术:检查表、场景分析、头脑风暴和工具等需求质量标准:正确性;可行性;规范性:业界标准;可验证性;优先级;合理性;完备性:考虑周全;无二义性;兼容性:与系统其它硬件及软件兼容;一致性:模型、算法相容;易追溯性:每项需求都有来源软件文档的质量标准:规范性:模板;易理解性;一致性:前后;准确性;易修改性:统一的标识、索引;读者是谁如何对需求进行评审:方式:向自己提问题;从用户角度考虑方法:分层评审方法:高层(功能逻辑p24),低层(检查表)。分类评审方法:业务需求;功能需求;非功能需求;用户可操作性等。

5、分阶段评审:需求形成过程中多次。需求评审属于静态测试,包含了文档评审和技术评审双重内容,通常通过正式的评审会议来进行。而测试人员主要起着评审员的作用,检查需求定义是否合理和清楚。测试人员在需求评审中作用:•明确自己的角色和责任•熟悉评审内容,为评审做好准备•针对问题阐述观点,而非针对个人•从客户角度想问题,多问几个为什么•在会前或会后提出自己建设性的意见•对发现的问题跟踪到底•针对需求文档等报告问题软件设计:一般可分为体系结构设计和详细设计。体系结构结构设计:需求到数据结构及系统结构,定义子系统及之间的通信接口。详细设计进一步分为详细设计、组件设计、DB设计、U

6、I设计v非功能:系统架构、整体功能结构、可靠性、安全性、性能、可测试性等。v功能:组件、操作逻辑、UI等。从非功能到功能进行审查,从以下方面验证:•软件运行的需求:性能、安全、可用性等;•软件部署和维护的需求:可修改性、可移植性等•与体系结构本质相关的需求:概念完整性、正确、完备性、可构造性。在实际设计评审中,分为两类,•设计技术的评审标准和非功能质量特性的设计评审要求设计技术的评审标准:设计结果稳定性:;设计清晰性:目标描述准确、模块关系清晰;设计合理性:模块划分、模块结构完整性;结构简单性:尽量做到单入口单出口、模块的深宽度均衡;系统的耦合度和内聚力:;结构

7、和数据的一致性;可测试性和可追溯性依赖性:各个子系统间、与环境的关系描述;不完整、易变动或潜在的需求项非功能性质量特性的设计评审要求:安全性:数据与系统的分离、权限的设置;性能;稳定:指服务的稳定性及质量,例如用中间层减少数据库的连接数量。扩展:如多层分布式体系架构,业务逻辑在之间服务器上。可靠:如系统无单点失效,有故障转移机制系统架构设计的基本要求就是保证系统具有高性能、高可靠性、高安全性、高扩展性和可管理性。系统架构设计评审就是保证这些特性在设计中得到充分考虑。系统架构设计的分层评审方法:针对多层次架构,分层评审和整体评审相结合,经过整体评审到分层评审、再反

8、之。分层评审,从人机交互

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。