软件测评考试重点.doc

软件测评考试重点

软件测试:软件测试是由验证和有效性确认活动构成的整体。验证时检验软件是否已经正确地实现了产品规格说明书所定义的系统功能和特性。有效性确认是确认所开发的软件是否满足用户真正需求的活动。
软件质量：软件产品具有满足规定的或隐含要求能力要求有关的特征与特征总和
软件质量特征（功能、可靠、易用、效率、可维护、可移植）
软件缺陷：从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题；从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。
软件缺陷的产生原因：技术问题——算法错误，语法错误，计算和精度问题，接口参数传递不匹配；
团队工作——误解、沟通不充分
软件本身——文档错误、用户使用场合、时间上不协调、或不一致性所带来的问题系统的自我恢复或数据的异地备份、灾难性恢复等问题
软件质量保证是通过对软件产品和活动有计划的进行评审和审计来验证软件是否合乎标准的系统工程活动
单元测试的对象是程序系统中的最小单元---模块或组件上，在编码阶段进行，针对每个模块进行测试，主要通过白盒测试方法，从程序的内部结构出发设计测试用例，检查程序模块或组件的已实现的功能与定义的功能是否一致、以及编码中是否存在错误
集成测试，也称组装测试、联合测试、子系统测试，在单元测试的基础上，将模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的模块之间问题
两种集成方式：一次性集成方式和增殖式集成方式。
功能测试一般须在完成集成测试后进行，而且是针对应用系统进行测试。功能测试是基于产品功能说明书，是在已知产品所应具有的功能，从用户角度来进行功能验证，以确认每个功能是否都能正常使用
系统测试是将软件放在整个计算机环境下，包括软硬件平台、某些支持软件、数据和人员等，在实际运行环境下进行一系列的测试，包括恢复测试、安全测试、强度测试和性能测试等
验收测试的目的是向未来的用户表明系统能够像预定要求那样工作，验证软件的功能和性能如同用户所合理期待的那样
白盒测试方法：就是能看清事物的内部，即了解事物的内部结构和运行机制，通过剖析事物的内部结构和运行机制，来处理和解决问题。其具体的方法有：逻辑覆盖、循环覆盖、基本路径覆盖等。
逻辑覆盖：以程序的内部逻辑结构为基础，分为语句覆盖、判定覆盖、判定-条件覆盖、条件组合覆盖等
语句覆盖法的基本思想是设计若干测试用例，运行被测程序，使程序中的每个可执行语句至少被执行一次
判定覆盖法的基本思想是设计若干用例，运行被测程序，使得程序中每个判断的取真分支和取假分支至少经历一次，即判断真假值均曾被满足
条件覆盖的基本思想是设计若干测试用例，执行被测程序以后，要使每个判断中每个条件的可能取值至少满足一次。
判定-条件覆盖是判定和条件覆盖设计方法的交集，即设计足够的测试用例，使得判断条件中的所有条件可能取值至少执行一次，同时，所有判断的可能结果至少执行一次
条件组合覆盖的基本思想是设计足够的测试用例，使得判断中每个条件的所有可能至少出现一次，并且每个判断本身的判定结果也至少出现一次
路径覆盖就是设计所有的测试用例，来覆盖程序中的所有可能的执行路径
黑盒测试方法：不关注软件内部结构，而是着眼于程序外部用户界面，关注软件的输入和输出，关注用户的需求，从用户的角度验证软件功能，实现端到端的测试。

V模型、W模型、TMap
单元测试是对软件基本的组成单元进行独立的测试
静态测试技术： 不运行被测试程序，对代码通过检查、阅读进行分析。
走查 ：采用讲解、讨论和模拟运行的方式进行的查找错误的活动。
性能测试就是为了发现系统性能问题或获取系统性能相关指标而进行的测试。一般在真实环境、特定负载条件下，通过工具模拟实际软件系统的运行及其操作，同时监控性能各项指标，最后对测试结果进行分析来确定系统的性能状况。
验收测试(Acceptance Test):在软件产品完成了功能测试和系统测试之后、产品发布之前所进行的软件测试活动它是技术测试的最后一个阶段,也称为交付测试。
软件国际化（SW Internationalization，I18N）I18N是在软件设计和文档开发过程中，使得功能和代码设计能处理多种语言和文化传统，使创建不同语言版本时，不需要重新设计源程序代码的软件工程方法。
软件本地化（SW Localization，L10N）L10N是将一个软件产品按特定国家/地区或语言市场的需要进行加工，使之满足特定市场上的用户对语言和文化的特殊要求的软件生产活动。
G11N = I18N + L10N
自动化测试（automated test）是相对手工测试而存在的一个概念，由手工逐个地运行测试用例的操作过程被测试工具自动执行的过程所代替。
测试自动化指“一切可以由计算机系统自动完成的测试任务都已经由计算机系统或软件工具、程序来承担并自动执行”
软件测试自动化的优势：自动运行的速度快、测试结果准确、高复用性、永不疲劳 、可靠 、独特的能力 自动化测试带来的好处：测试周期缩短
更高质量的产品
软件过程更规范
提高团队士气
节省人力资源，降低企业成本
充分利用硬件资源，降低企业成本

问答题：
1 为什么要进行单元测试？单元测试的主要任务有哪些？
为何要进行单元测试—尽早发现错误（错误发现越早,成本越低、.发现问题比较容易、修正问题更容易）；
检查代码是否符合设计和规范，有利于将来代码的维护
单元测试的目标和任务：
目标: 单元模块被正确编码
任务：模块独立执行路径测试、局部数据结构测试、模块接口测试、单元边界条件测试、单元的各条错误处理通路测试、内存分析

2 系统集成测试常见有哪几种不同的模式？各自优缺点是什么？
集成测试的模式：渐增式测试模式与非渐增式测试模式　
非渐增式测试模式：先分别测试每个模块，再把所有模块按设计要求放在一起结合成所要的程序，如大棒模式。
渐增式测试模式：把下一个要测试的模块同已经测试好的模块结合起来进行测试，测试完以后再把下一个应该测试的模块结合进来测试。
优缺点：1 渐增式测试模式需要编写的软件较多，工作量较大，而非渐增式测试开销小
2渐增式测试模式发现模块间接口错误早，而非渐增式测试模式晚
3 非渐增式测试模式发现错误，较难诊断，而使用渐增式测试模式，如果发生错误则往往和最近家进来的那个模块有关
4渐增式测试模式测试更彻底
5渐增式测试模式需要较多的机器时间
6使用非渐增式测试模式，可以并行测试

3 集成测试、单元测试和系统集测试的联系和区别是什么？
联系：单元测试是集成和系统测试的基础，没有单元测试就没有后面两个测试，集成测试是在单元测试基础上进行的，而系统测试是在集成后对整个软件进行全面的测试，从而满足需求规格
区别：单元测试：单元测试是对软件基本的组成单元进行独立的测试。主要目标是确保各单元模块被正确的编码，确保代码在结构上可靠且健全，能在各条件下给予正确响应。
集成测试::在单元测试的基础上，将模块按照设计要求组装起来同时进行测试，主要目是发现与接口有关的模块之间问题
系统测试:是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案。是基于系统整体需求说明书的黑盒类测试。

测试类型
对象
目的
测试依据
测试方法
单元测试
模块内部的程度错误
消除局部模块的逻辑和功能上的错误和缺陷
模块详细设计
大量采用白盒测试方法
集成测试
模块间的组装和调用关系
找出与软件设计相关的程序结构，模块调用关系，模块间接口方面的问题
软件概要设计
结合使用白盒与黑盒测试方法，较多采用黑盒方法构造测试用例
系统测试
整个软件系统
对整个系统进行一系列的整体、有效性测试
软件需求规格说明书等
黑盒测试

4 软件测试分为哪4个阶段？每个阶段的主要任务和目标是？
测试阶段：单元测试、集成测试、系统测试、验收测试
单元测试：
目标：确保各单元模块被正确的编码，确保代码在结构上可靠且健全，能在各条件下给予正确响应。
任务：1、逻辑2、功能 3、数据 4、安全等各方面的测试。具体说包括：1、单元中所有独立执行路径2、数据 结构 3、 接口、 4、边界条件 5、容错性
集成测试：目标：充分运行系统，验证整个系统是否满足非功能的质量要求。
任务：将已分别通过测试的单元测试的单元按设计要求组合起来再进行测试以检查这些单元之间的接口是否存在问题。
系统测试：目标：将集成后的软件作为一部分。把数据等元素结合，在实际中发现软件的潜在问题，保证系统运行。
任务：集成后，在真实环境中全面可靠地测试系统性能。
验收测试：目标：验证系统是否达到了用户需求规格说明书中的要求，试图尽可能地发现软件中存在的缺陷，从而为软件进一步改善提供帮助，并保证系统或软件产品最终被用户接受。
任务：易用性测试，兼容性测试，安装测试，文档测试
5 手工测试与自动化测试有什么区别？
手工测试：发现缺陷率高、容易实施 、创造性、灵活性、覆盖率量化困难、重复测试效率低、不一致可靠性低、依赖人力资源
自动测试：高效率（速度），高复用性，覆盖率容易度量，准确、可靠， 不知疲劳，激励团队士气，机械、难以发现缺陷，一次性投入大，

6测试自动化实现中，关键的技术是什么？
测试自动化的基础是可以通过特定的程序模拟测试人员对计算机的操作过程及其行为，如测试过程的捕获和回放，其中最重要的是识别用户界面的元素以及捕获键盘、鼠标的输入，将操作过程转换为测试工具可以执行的脚本；然后，对脚本进行修改和优化，加入测试的验证点；最后，通过测试工具运行测试脚本，将实际输出记录和预先给定的期望结果进行自动对比分析，确定是否存在差异。

7 基于需求的测试覆盖评估和基于代码的测试覆盖评估，那一种方法更有效？
基于需求的测试覆盖评估依赖于对已执行/运行的测试用例的核实和分析，所以基于需求的测试覆盖评测就转化为评估测试覆盖率：测试的目标是确保100%的测试用例全部执行。如果这个目标不可行或不可能达到，测要根据不同的情况制定不同的测试覆盖标准。主要考虑风险和严重性、可接受的覆盖百分比
基于代码的测试覆盖测评是对别测试的程序代码语句、路径或条件的覆盖率分析，它对于安全至上的系统来说十分重要。如果应用基于代码的覆盖，则测试策略是根据测试已经执行的源代码的多少来表示的。测试过程中已经执行的代码的多少，与之相对的是要执行的剩余代码是多少。代码覆盖可以建立在控制流或数据流的基础上。控制流覆盖的目的是测试代码行、分支条件、代码中的路径或软件控制流的其他元素。数据流覆盖的目的通过软件操作测试数据状态是否有效

需求分
析和定义
系统设计
详细功能设计
编码
单元测试
功能测试
系统测试
验收测试测试
用户需求验证
系统非功能特性验证
功能验证
代码验证
构建过程
验证过程

TMap描述的生命周期模型

进一步彰显全过程测试

毋意，毋必，毋固，毋我。____《论语·子罕篇》
君子有九思：视思明，听思聪，色思温，貌思恭，言思忠，事思敬，疑思问，忿思难，见得思义。____《论语·季氏篇》
君子不器。____《论语·为政篇》
成事不说，遂事不谏，既往不咎。____《论语·八佾篇》
见贤思齐焉，见不贤而内自省也。____《论语·里仁篇》
往者不可谏，来者犹可追。____《论语·微子篇》
巧笑倩兮，美目盼兮，素以为绚兮。____《论语·八佾篇》
父母在，不远游，游必有方。____《论语·里仁篇》
君子泰而不骄，小人骄而不泰。____《论语·子路篇》
我非生而知之者，好古，敏以求之者也。____《论语·述而篇》
可与言而不与之言，失人；不可与言而与之言，失言。知者不失人亦不失言。____《论语·卫灵公篇》
不患无位，患所以立。不患莫己知，求为可知也。____《论语·里仁篇》
中人以上，可以语上也；中人以下，不可以语上也。____《论语·雍也篇》
德不孤，必有邻。____《论语·里仁篇》
君子欲讷于言而敏于行。____《论语·里仁篇》
知者乐水，仁者乐山。知者动，仁者静。知者乐，仁者寿。____《论语·雍也篇》
吾十有五而志于学，三十而立，四十而不惑，五十而知天命，六十而耳顺，七十而从心所欲不逾矩。____《论语·为政篇》
名不正，则言不顺；言不顺，则事不成____《论语·子路篇》
未知生，焉知死？____《论语·先进篇》
父母之年，不可不知也。一则以喜，一则以惧。____《论语·里仁篇》
人而无信，不知其可也。大车无輗，小车无軏，其何以行之哉？____《论语·为政篇》
己所不欲，勿施于人。____《论语·颜渊篇》
志于道，据于德，依于仁，游于艺。____《论语·述而篇》
益者三友，损者三友。友直、友谅、友多闻，益矣；友便辟、友善柔、友便佞，损矣。____《论语·季氏篇》
敏而好学，不耻下问，是以谓之文也。____《论语·公冶长篇》
从心所欲不逾矩。____《论语·为政篇》
投之亡地然后存，陷之死地然后生。____《孙子兵法·九地篇》
今之孝者，是谓能养。至于犬马皆能有养；不敬，何以别乎？____《论语·为政篇》
忠告而善道之，不可则止，毋自辱焉。____《论语·颜渊篇》
视其所以，观其所由，察其所安，人焉廋哉！人焉廋哉！____《论语·为政篇》
欲速则不达。____《论语·子路篇》
朝闻道，夕死可矣。____《论语·里仁篇》
逝者如斯夫！不舍昼夜。____《论语·子罕篇》
吾日三省吾身：为人谋而不忠乎？与朋友交而不信乎？传不习乎？____《论语·学而篇》
温故而知新，可以为师矣。____《论语·为政篇》
不在其位，不谋其政。____《论语·泰伯篇》
君子和而不同，小人同而不和。____《论语·子路篇》
学而不思则罔，思而不学则殆。____《论语·为政篇》