软件测试 第2章 需求和设计评审 Kerry Zhu

Slides:



Advertisements
Similar presentations
AWS 公有云服务. Amazon Web Service 简介 AWS 是向最终用户交付计算资源、保存数据和其他应用程序的一种最经济划算的方式,开发人员只需要按使用量付费,无需前期资本支出。利用 AWS ,开发人员可以轻松购买计算、存储、数据库和其他基于 Internet 的服务来支持其应用程序,以及灵活选择任何开发平台或编程环境。
Advertisements

早自修課推動班級家長說故事及 經驗分享活動。 寒假親師生戶外參訪 ~ 原鄉文化、田園野趣學 習之旅 ~ 造訪鍾理和紀 念館、文學步道。親師生戶外參訪.
一、老师申请题目,以下指导老 师操作。 1. 登录教务系统 web 端. 2. 点击 “ 毕业设计 ” 工具栏下拉菜单中的 “ 论文 _ 教师申请题目 ”
手动换页 域外风情系列 儿子去美国留学,毕业后定居美国。还给我找了 个洋媳妇苏珊。如今,小孙子托比已经 3 岁了。 今年夏天,儿子为我申请了探亲签证。在美国待 了三个月,洋媳妇苏珊教育孩子的方法,令我这 个中国婆婆大开眼界。
《南方澳大戲院興亡史》 邱坤良 宜蘭人, 1949 年出生於南方澳。 曾任國立藝術學院戲劇系主任 國立台北藝術大學校長 國立中正文化中心董事長 文建會主委 ◎主要著作有 《陳澄三與拱樂社 — 台灣戲劇史的一個 研究個案》( 2001 ) 《台灣劇場與文化變遷》( 1997 ) 《日治時期台灣戲劇之研究》(
廣告寫作 授課教師: 呂立德. 一、何謂廣告?廣告寫作的特色為何? 從有人類社會開始,廣告便與人類活動息息相關。 廣義而言,廣告是語言文字和圖像的結合,也可定義為 :在一定的時空規範下,以銷售為主要目的的宣傳活動 。其主要功能和作用,一方面在提供訊息使對象 ( 群 ) 方 便理解或記憶;另方面更是為了引發注意和興趣,進而.
友善校園週 「反霸凌、反黑、反毒」宣導 文賢國小.
99學年度第1學期導師輔導工作座談會 全校性共同必修服務學習課程 報告單位:學務處領導知能與服務學習中心.
中华字库的云输入法 王勇 基础软件国家工程研究中心
第一節 創傷的定義與種類 第二節 出血與止血 第三節 一般創傷的急救原則與處理 第四節 特殊損傷與處理
第十課 第九味目錄 徐國能 課文 注釋 問題與討論.
台北市立聯合醫院南軟門診部 皮膚科醫師簡介 溫素瑩醫師 學經歷: 中山醫學院醫學系畢業 台北醫學大學醫學資訊研究所碩士
从传统文化中究竟 能够得到什么 (中国文化精神系列讲座之一).
第十一章 文獻資料分析法 M99E0202 吳孟樺.
辦公室與電話禮儀 衛佩璇 主講
中华文明探源 中华文明的曙光 炎帝、黄帝与尧舜禹的传说.
工讀職場技能精進訓練班 職場行政-工作(服務)禮儀 10/15、11/12 張 雄 喬 Janet CHANG.
快乐猜猜猜 “旧四大件”? (缝纫机、自行车、手表、收音机) 改革开放 “新四大件”? (彩电、冰箱、洗衣机、空调)
『外食謹慎選、健康輕鬆來 上班族健康挑食小撇步』
归园田居 陶渊明.
第二十二讲 蜀汉、孙吴的政治与经济.
上海市公共交通公德状况调查 小组 艺术设计学院 宝石及材料工艺学 2班 组长:蒋尉琦 组员:夏瑾 张石雨融 徐启瑜
演示文稿的设计与制作 陈 海
《富爸爸,窮爸爸》 指導老師:林容萱 老師 學生: 陳怡蓉 歐佩宜 林世文.
學校如何有效推展「水域安全教育」 98年6月12日.
做一个快乐的我 首先,要有目标和追求. 做一个快乐的我 首先,要有目标和追求 经常保持笑容.
系統分析與設計 系級:資管三B 姓名:朱秋儒 學號:
防制學生藥物濫用 高雄市教育局校外分會 林永興教官.
第八章 网络课程的设计与开发.
评价是为了促进 学生发展的评价。. 评价是为了促进 学生发展的评价。 语言有温度,字词知冷暖.
文言文阅读 第一节 文言实词讲解.
 营销策划书的撰写.
蓝卓移动校园在开放教育 领域中的广泛应用.
从“无节操游戏” 看人际交往 应用伦理学课程研究.
一言之辩强于九鼎之宝 三寸之舌胜于百万雄师
电子商务及经管类专业实践创新教材 电子商务运营实务 网络市场 第3章 调研 授课教师:袁海燕.
文化作文句段写作方法.
第六章 社交網路與 虛擬社群 第一節 社會資本 第二節 社交媒體行銷 第三節 社交媒體行銷:讓人知道你 第四節 社交媒體行銷:讓人喜歡你
郢 人 《庄子》.
互联网时代班主任的挑战 万玮 2014年9月20日.
2009年 初夏 某天 我 一個人 一輛車 計劃 沒有計劃 只想 漫無目的 到處亂晃 感覺夏天的散漫.
班級:夜師資一甲 指導老師:蘇國榮老師 姓名:929201林佑蓉 石依縈 李玉玫 桂秀媛
西江月 夜行黄沙道中 明月别枝惊鹊,清风半夜鸣蝉。稻花香里说丰年,听取蛙声一片。 七八个星天外,两三点雨山前,旧时茅店社林边,路转溪桥忽见。
导入新课: 莲花,自古以来就被人们看作是美丽圣洁的象征。我们一起先来欣赏一下莲的形象,然后请同学说说你觉得莲花美在哪里。
培養財金分析的關鍵實作能力 資料處理與分析
作業系統 補充: 雲端運算.
鄉村尋根-農具篇.
阅读大地的徐霞客.
給你講一個故事 ﹕ 獻給所有未婚,將要結婚,和已婚的好朋友!!
Chap 4 軟體品質保證.
關鍵時刻,關鍵作為.
贈與契約.
如何做簡報 Mark 2008/4/25.
飯店業的介紹.
空間魔法家 造型氣球布置DIY 設計者:林芸安.
高效能簡報技巧 精簡改編版 謝寶煖副教授 國立台灣大學圖書資訊學系.
2011年教學觀摩會 教學心得報告 共同學科軍訓室馬毓君 2011年4月28日.
選擇勞退新制,終身免煩惱 勞工退休金新制 說明會.
班級:四企四B 指導老師:李文瑞老師 組員: 莊煜麒4950L089 黃暉原4950L109
耶穌又往約但河外去,到了 約翰起初施洗的地方,就住 在那裏。(約10:40)
投影片製作.
万方数据知识服务平台 论文相似性检测 培训师:何娟
第九組報告 指導教授 : 林振緯 組員 : 資工四甲 曹又升 黃晏林 黃冠惟
設計者:台中市重慶國小 張祐榕.楊晟汶.張儷齡
“修身成材” 班级干部培训班 黑龙江大学党委学工部.
2009年 初夏 某天 我 一個人 一輛車 計劃 沒有計劃 只想 漫無目的 到處亂晃 感覺夏天的散漫 按鍵換頁--輕音樂欣賞.
汉字概说 1.
? 软件测试.
Step 9.1填寫就貸系統申請表.
績優教師分享 美容保健科 林品瑄 教師.
Presentation transcript:

软件测试 第2章 需求和设计评审 Kerry Zhu Zhu.Kerry@Gmail.com http://blog.csdn.net/Kerryzhu

http://blog.csdn.net/Kerryzhu 本章内容 2.1 软件评审的方法与技术 2.2 产品需求评审 2.3 设计审查

http://blog.csdn.net/Kerryzhu 内容 2.1 软件评审的方法与技术 2.2 产品需求评审 2.3 设计审查

2.1 软件评审的方法与技术 2.1.1 什么是评审 2.1.2 评审的方法 2.1.3 评审会议 2.1.4 评审的技术 http://blog.csdn.net/Kerryzhu 2.1 软件评审的方法与技术 2.1.1 什么是评审 2.1.2 评审的方法 2.1.3 评审会议 2.1.4 评审的技术

什么是评审 技术评审 文档评审 管理(流程)评审 http://blog.csdn.net/Kerryzhu 什么是评审 产品需求审查是软件开发重要环节之一,也是测试活动之一,即静态测试——需求验证。借助需求审查保证用户需求在市场/产品需求文档及其相关文档中得到准确、完整、无歧义的反映,并使各类开发人员在需求理解上达成一致。 软件评审是对软件元素或者项目状态的一种评估手段,以确定其是否与计划的结果保持一致,并使其得到改进。 技术评审 文档评审 管理(流程)评审

评审方法 最不正式的 最正式的 临时评审 轮查 走查 互为评审 同行评审 审查 Random review, Pass-round, Walkthrough, Peer review, Inspection

评审会议流程 达到评审会议 标准? 全面纵览 问题记录 会议纪要 流程改进建议 满足执行要求? 总结报告 计划 准备 评审 结果分析 Yes 计划 全面纵览 准备 评审 问题记录 会议纪要 结果分析 流程改进建议 修正问题 No 满足执行要求? Yes 跟踪 总结报告

评审会议角色 主持人 作者 记录员 列席人员 内审员 技术专业人员

评审的技术 检查表、场景分析、头脑风暴和工具等 检查表(checklist)是一种常用的的质量保证手段,也是正式技术评审的必要工具,评审过程往往由检查表驱动。一份精心设计的检查表,对于提高评审效率、改进评审质量具有很大帮助。 可靠性。人们借助检查表以确认被检查对象的所有质量特征均得到满足,避免遗漏任何项目。 效率。检查表归纳了所有检查要点,比起冗长的文档,使用检查表具有更高的工作效率。

http://blog.csdn.net/Kerryzhu 内容 2.1 软的方件评审法与技术 2.2 产品需求评审 2.3 设计审查

2.2 产品需求评审 2.2.1需求评审的重要性 2.2.2 如何理解需求 2.2.3 需求评审的标准 2.2.4 如何对需求进行评审 http://blog.csdn.net/Kerryzhu 2.2 产品需求评审 2.2.1需求评审的重要性 2.2.2 如何理解需求 2.2.3 需求评审的标准 2.2.4 如何对需求进行评审

问题 为什么在测试计划中谈需求评审? 需求评审和测试计划并行进行 更重要是测试计划是建立在需求之上、对需求理解的基础之上 http://blog.csdn.net/Kerryzhu 问题 为什么在测试计划中谈需求评审? 需求评审和测试计划并行进行 更重要是测试计划是建立在需求之上、对需求理解的基础之上 保证软件需求的可测试性

需求缺陷 为什么软件需求定义中存在很多缺陷最多? 软件缺陷并不只是在编程阶段才产生,需求和设计阶段同样会产生缺陷。 http://blog.csdn.net/Kerryzhu 需求缺陷 软件缺陷并不只是在编程阶段才产生,需求和设计阶段同样会产生缺陷。 为什么软件需求定义中存在很多缺陷最多?

测试需求 测试目标取决于软件质量需求,而这种需求分为功能性需求和非功能性需求,功能性的需求相对容易确定,非功能性的测试需求难以确定。 http://blog.csdn.net/Kerryzhu 测试需求 测试目标取决于软件质量需求,而这种需求分为功能性需求和非功能性需求,功能性的需求相对容易确定,非功能性的测试需求难以确定。 在制定测试计划之前,必须清楚测试需求 明确测试需求的优先级 测试需求分解得越细,对测试用例的设计质量越有帮助 详细的测试需求还是衡量测试覆盖率的重要依据 测试需求是规划具体项目资源和时间的基础。

功能性测试需求 功能性测试需求主要是根据产品规格说明书来检验被测试的系统是否满足软件各方面的功能的使用要求,包括用户界面的友好性。 http://blog.csdn.net/Kerryzhu 功能性测试需求 功能性测试需求主要是根据产品规格说明书来检验被测试的系统是否满足软件各方面的功能的使用要求,包括用户界面的友好性。 程序安装、启动正常,有相应的提示框、错误提示 各项功能符合设计要求,正常运行并输出正确结果 功能逻辑合理,并能处理各种异常操作 能接受正确的数据输入,输出结果准确,格式清晰 系统的各种状态按照业务流程而变化并保持稳定 支持各种应用环境,能配合硬件设备 … …

用户界面及其显示要求 KISS – Keep it simple, stupid Don’t make me think http://blog.csdn.net/Kerryzhu 用户界面及其显示要求 用户界面是和用户进行交互的窗口,其友好程度直接影响用户对于软件产品或软件服务的满意度。良好的用户体验,简单、方便和明了,让用户舒畅、愉悦 通用框架、浮动窗口和文字等整体布局合理 文字显示正常,且内容格式正确、美观。 色彩协调,风格前后一致, 文字标记和超链接可以打开和跳转成功 … … KISS – Keep it simple, stupid Don’t make me think

非功能性需求 非功能性质量需求,包括系统性能、安全性、兼容性、扩充性,其测试需求会因不同的项目类型差异较大。 http://blog.csdn.net/Kerryzhu 非功能性需求 非功能性质量需求,包括系统性能、安全性、兼容性、扩充性,其测试需求会因不同的项目类型差异较大。 客户端软件,如字处理软件、媒体播放软件等占用较少资源,在容错性、兼容性等方面要求高。 Web应用系统对性能、安全性等有很高要求 客户端/服务器应用系统。 大型复杂企业级系统。

http://blog.csdn.net/Kerryzhu 软件即服务SaaS SaaS (Software as a Service)是软件服务模式,厂商将应用软件统一部署在自己的服务器上,客户可以根据自己实际需求定购所需的应用软件服务。 On-Demand Service On-Premise Service 软件运行的服务质量(QoS, Quality of service) QoS要求是指定某些系统特性的技术规范。

SaaS的非功能性需求 性能要求,系统响应能力。 可用性, 7x24 不间断服务 http://blog.csdn.net/Kerryzhu SaaS的非功能性需求 性能要求,系统响应能力。 可用性, 7x24 不间断服务 可伸缩性,系统容量扩充能力,使系统可以支持来自扩大用户群体的额外负载。 安全性要求,确定可能潜在的安全威胁并找到处理策略。 可维护性要求,对部署系统进行维护的难易程度,可维护性与可用性之间关系密切

正确理解需求的过程 举例说明

需求评审重要性表现方面 发现需求定义中的问题,尽早发现缺陷,降低劣质成本。 保证软件需求的可测试性。 http://blog.csdn.net/Kerryzhu 需求评审重要性表现方面 发现需求定义中的问题,尽早发现缺陷,降低劣质成本。 保证软件需求的可测试性。 与市场、产品、开发等相关人员在需求理解上认识一致,以免后期的争吵。 更好的理解产品的功能性与非功能性需求,为制定测试计划打下基础。 确定测试目标与范围。虽然此后需求会发生变更,但能得到有效控制,降低测试风险。

需求评审重要性的直观描述

需求评审的标准 正确性 完备性 易理解性 一致性 可行性 易修改性 易测试性 易追溯性 http://blog.csdn.net/Kerryzhu 需求评审的标准 正确性 完备性 易理解性 一致性 可行性 易修改性 易测试性 易追溯性

http://blog.csdn.net/Kerryzhu 测试人员在需求评审中作用 需求评审归为静态测试范畴,包含了文档评审和技术评审双重内容,通常通过正式的评审会议来进行。而测试人员主要起着评审员的作用,检查需求定义是否合理和清楚。 明确自己的角色和责任 熟悉评审内容,为评审做好准备 针对问题阐述观点,而非针对个人 从客户角度想问题,多问几个为什么 在会前或会后提出自己建设性的意见 对发现的问题跟踪到底 针对需求文档等报告问题

http://blog.csdn.net/Kerryzhu 内容 2.1 软件评审的方法与技术 2.2 产品需求评审 2.3 设计审查

2.3 设计评审 2.3.1 软件设计评审标准 2.3.2 系统架构设计的评审 2.3.3 组件设计的审查 2.3.4 界面设计的评审 http://blog.csdn.net/Kerryzhu 2.3 设计评审 2.3.1 软件设计评审标准 2.3.2 系统架构设计的评审 2.3.3 组件设计的审查 2.3.4 界面设计的评审

多层次审查:high-level  low-level http://blog.csdn.net/Kerryzhu 设计审查 成功的产品开发和演化依赖于体系结构恰当的选择。软件设计一般可以分为体系结构设计和详细设计。测试人员参与设计评审保证需求能在设计中得到准确和完整的表示,也就是保证产品规格说明书的质量。 系统架构的审查 设计规格说明书的审查 系统部署设计的审查 多层次审查:high-level  low-level

系统设计的评审标准 设计技术评审标准。稳定、清晰、合理 非功能性质量特性的设计评审要求。安全、性能、稳定、扩展、可靠。 http://blog.csdn.net/Kerryzhu 系统设计的评审标准 设计技术评审标准。稳定、清晰、合理 非功能性质量特性的设计评审要求。安全、性能、稳定、扩展、可靠。 评审的输入:体系结构文档、设计规范与指南、风险列表 评审的输出:经认可的软件体系结构文档、变更需求、评审记录 评审的检查点:软件体系结构、设计模式、部署视图、进程视图、封装体、协议。

http://blog.csdn.net/Kerryzhu 系统架构设计的审查 系统架构设计的基本要求就是保证系统具有高性能、高可靠性、高安全性、高扩展性和可管理性 。系统架构设计评审就是保证这些特性在设计中得到充分考虑。 采用分层评审和整体评审相结合,经过整体评审到分层评审、再从分层评审到整体评审的过程,这样既能确保评审的深度,又能确保评审的一致性 整个系统不应该存在单一故障点 系统是否建立了故障转移机制 是否建立了良好的负载平衡机制 关键业务 或关键任务 ?

组件设计的审查 功能和接口定义正 算法的有效性和优化 合理的数据结构、数据流和控制流 可测试性 等 http://blog.csdn.net/Kerryzhu 组件设计的审查 功能和接口定义正 算法的有效性和优化 合理的数据结构、数据流和控制流 可测试性 等

界面设计的审查 (2) 一致性和规范性 (3) 美观与协调性 (4) 遵守惯例和通用法则 (5) 独特性 (6) 捷方式的组合 http://blog.csdn.net/Kerryzhu 界面设计的审查 (1) 易懂性、易用性 (2) 一致性和规范性 (3) 美观与协调性 (4) 遵守惯例和通用法则 (5) 独特性 (6) 捷方式的组合 (7) 自助功能 (8) 错误保护

系统部署设计的审查 系统部署设计的审查是基于软件服务的质量目标,用来审查软件部署的目标、策略是否合理,是否得到彻底的执行。 http://blog.csdn.net/Kerryzhu 系统部署设计的审查 系统部署设计的审查是基于软件服务的质量目标,用来审查软件部署的目标、策略是否合理,是否得到彻底的执行。 着重是否服从和遵守部署设计的技术规范 逻辑设计的审查 物理设计的审查 可用性设计的审查 可伸缩型设计的验证 安全性设计的验证

http://blog.csdn.net/Kerryzhu Q & A