2022年软件测试考点 .pdf

《2022年软件测试考点 .pdf》由会员分享，可在线阅读，更多相关《2022年软件测试考点 .pdf（5页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、1. 为什么进行软件测试 : 软件测试为了发现软件缺陷，才能将软件缺陷从产品或软件中清除。2. 软件缺陷定义：软件缺陷就是软件产品中存在的问题，最终表现为用户所需要的功能没有完全实现，不能满足用户的需求。3. 软件测试：正面：检验它是否满足规定的需求或弄清楚预期结果与实际结果之间的差别；反面：为了发现错误而针对某个程序或系统的执行过程。4. 软件测试过程： 1。需求评审和设计评审2。单元测试 3。集成测试 4。系统测试 5。验收测试5. 开发与测试： 1。需求分析测试目标2。系统，结构设计测试计划3。详细的程序设计设计评审4。编码及单元测试代码审查单元测试5。缺陷修正功能测试 6。缺陷修正系统

2、测试7。缺陷修正验收测试6. 软件评审是对软件元素或者项目状态的一种评估手段，以确定其是否计划的结果保持一致，并使其得到改进。 （1）技术评审（ 2）文档评审7. 评审的方法：临时评审，轮查，互为复审，走查，会议审查。需求评审方法：分层评审方法，分类评审，分阶段评审8. 会议评审： 1。会议准备 2。召开会议 3。评审决议 4。问题跟踪9. 测试是软件质量保证的重要手段之一，检查表是一种质量保证手段，也是正式技术评审的必要工具。10. 软件设计分为体系结构设计和详细设计。11. 软件设计验证： 1。软件运行的需求：性能，安全性，可用性，功能性2。软件部署和维护的需求：可修改性，可移植性，要可复

3、用性，可集成性，可测试性3。与体系结构本质相关的需求：概念完整性，正确性，完备性，可构造性12. 测试用例就是为了某个测试点而设计的测试操作过程序列, 条件，期望结果及其相关数据的一个特定的集合。13. 5H1W ：为什么测？为功能，性能，可用性等；测什么？函数，类，菜单；在哪里测？运行的环境， 什么时候开始测？运行时所处的前提或条件；哪些输入数据？系统接受的各种变化的数据；如何操作软件？根据先后次序， 步骤来操作软件。14. 设计测试用例是为了更有效地，更快地发现缺陷而设计的，具有很高的有效性和可重复性，可以节约测试时间，提高测试效率。好处：1。重要参考依据 2。提高测试质量 3。有效性 4

4、。复用性 5。客观性 6。可评估性和可管理性7。知识传递。15. 测试用例的整体质量可以概括如下：覆盖率；易用性；易维护性； 粒度适中。16. 提高测试用例质量： 1。客户需求导向的设计思路2。责任到人 3。灵活的设计方法 4。测试用例设计不能局限于输入数据5。尽量避免含糊的，冗长的或复杂的测试用例 6。尽量将具有相类似功能的测试用例抽象并归类7. 评审17. 测试用例优先级别： 1. 用户经常接触的， 其优先级别高 2. 边界区域的测试用例相对正常区域的测试用例优先级高3. 逻辑方面的测试用例相对界面方面的测名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - -

5、 - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 5 页 - - - - - - - - - 试用例优先级高 . 18. 测试用例套件是由一系列测试用例并与之关联的测试环境内外组合而构成的集合，已满足测试执行的特定要求。常用的基本方法：根据程序功能模块，测试用例的类型和优先级等组织测试用例19. 自动化测试的特点 1. 自动运行的速度快 2. 测试结果准确 3. 高复用性 4. 永不疲劳 5. 可靠 6. 能力。优势 :1. 测试周期缩短2. 更高质量的产品3. 软件过程更规范 4. 高昂的团队士气5. 节省人力资源码 6. 充分利用硬件资源，降低企业成本

6、20. 自动化存在的问题 :1. 不正确的观念或不现实的期望2. 缺乏相应的人才 3. 测试脚本的质量低劣4. 缺乏培训 5. 没有考虑到公司的实际情况，盲目引入测试工具 6. 其他问题。 对策:1. 正确的认识 2. 找准测试自动化的切入点3. 把测试开发纳入整个软件开发体系4. 软件程序开发和测试自动化不可分离5. 资源的合理调度 6. 测试自动化依赖测试流程和测试用例7. 降低测试自动化的投入，提高其产出21. 单元测试主要采用白盒测试方法，辅以黑盒测试方法，白盒测试方法应用于代码评审、 单元程序之中， 而黑盒测试方法则应用于模块、组件等大单元的功能测试之中。22. 黑盒测试方法 (Bl

7、ack-box Testing)，是把程序看作一个不能打开的黑盒子不考虑程序的内部结构和内部特性， 而是考查数据的输入， 条件限制和数据输出，完成测试。23. 白盒测试方法 (White-box Testing)，也称结构测试或逻辑驱动测试。白盒测试方法是根据模块内部结构，基于内部逻辑结构，针对程序语句、路径、变量状态等来进行测试， 检验程序中的各个分支条件是否得到满足，每条执行路径是否按照预定要求正确地工作。24. 语句覆盖：使得程序中每一条可执行语句至少被执行一次分支覆盖：使得程序中每一个分支都至少被执行一次条件覆盖：程序中每一条件至少有一次被满足路径覆盖：对程序模块的所有独立的基本路径至

8、少要测试一次25. 基本路径测试方法： 1. 程序的流程图2. 计算程序的环路复杂性3. 确定基本路径 4. 准备测试用例 5. 图形矩阵26. 驱动程序： 对底层或子层模块进行测试时所编制的调节器用被除数测模块的程序，用以模拟被测模块的上级模块. 27. 桩程序：对顶层或上层模块进行测试时，所编制的替代下层模块的程序，用以模拟被测试模块工作过程中所调用的模块. 28. 实现了分支覆盖，也就实现了语句覆盖，但不能保证条件覆盖。条件覆盖，一般情况下会强于分支覆盖，组合条件覆盖可以保证分支覆盖和条件覆盖。29. 分支覆盖的基本思想是设计若干个测试用例，运行被测程序，使程序中的每个分支至少被执行一次

9、。30. 自顶向下法 , 从主控模块 ( 主程序 ) 开始, 沿着软件的控制层次向下移动,名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 5 页 - - - - - - - - - 逐渐把各个模块结合起来。31. 自底向上集成测试， 从底层模块开始， 向上推进，不断进行继承测试的方法。32. 功能测试，依据产品设计规格说明书完成对产品功能进行操作，以验证系统是否满足用户的功能性需求33. 功能测试，一般采用黑盒测试方法，功能测试有时也被称为黑盒测试或数据驱动测试。34.

10、功能测试、黑盒测试盒数据驱动测试是不同的，功能测试是从测试目标来定义的，即完成软件功能的验证； 而黑盒测试是从测试方法来定义的，体现了解决问题的基本方法；数据驱动测试是黑盒测试基本方法中的一种具体方法35. 功能测试的内容可以归纳为界面，数据，操作，逻辑，接口等几个方法的测试，最终确保软件产品符合功能规格说明书要求。36. 等价类划分方法是把所有可能的输入数据，即程序的输入数据集合划分成若干个子集 (即等价类 ) ， 然后从每一个等价类中选取少数具有代表性的数据作为测试用例， 基于假设：测试某等价类的代表值就是等效于对于这一类其他值的测试。37. 有效等价类 : 是指输入完全满足产品规格说明的

11、输入数据，即有效的、有意义的输入数据所构成的集合38. 无效等价类：和有效等价类相反，即不满足程序输入要求或者无效的输入数据构成的集合39. 边界值分析法就是针对输入数据的边界条件进行分析以确定边界值，然后设计出对应边界值的测试用例。边界值分析方法是对等价类划分法的补充40. 1 单循环结构执行循环体零次：从循环入口直接跳到循环出口执行循环体一次：查找循环初始值方面的错误执行循环体二次：查找循环初始值方面的错误执行循环体 M次：此时的 M1 ，也是检查在多次循环时才能暴露的错误。执行循环体的最大次数减一执行循环体的最大次数执行循环体的最大次数加一 2 嵌套循环从最内层循环开始（不含最内层循环）

12、将所有其他层的循环置为最小值对最内层循环做简单循环的全部测试。测试时保持所有外层循环的循环变量取最小最，另外，对越界值和非法值类似的测试。逐步外推，对其外面一层循环进行测试。 测试时保持所有外层循环的循环变量取最小值，所有其他嵌套内存循环的循环变量取“典型”值反复进行，直到所有各层循环测试完毕对全部各层循环， 同时取各个取最小循环次数或同时取最大循环次数。对于后一种测试，由于测试量太大，需人为指定最大循环次数。3 并列循环名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 5

13、 页 - - - - - - - - - 并列循环要区分两种情况： 各个循环是相互独立的， 则可以简化为两个循环来分别处理。但如果几个循环不是相互独立的，则需要使用嵌套循环的测试用例设计方法来处理。41. 因果图的基本符号42. 因果图的约束条件：互斥、包含、唯一、要求时对原因的约束，屏蔽是对结果的约束互斥 E：表示不同时为 1，即 a，b，c 中至多只有一个 1；包含 I ：表示至少有一个1，即 a，b，c 中不同时为 0；唯一 O ：表示 a，b，c 中有且仅有一个1；要求 R：表示若 a=1，则 b 必须为 1。即不可能 a=1且 b=0；屏蔽 M ：表示若 a=1，则 b 必须为 1

14、43. 一个决策表由两部分组成：条件和活动。决策表列出了一个测试活动执行所需的条件组合。44. 正交实验设计方法 : 依据 Galois 理论，从大量的（实验）数据（测试例）中挑选适量的，有代表性的点（条件组合） ，从而合理地安排实验（测试）的一种科学实验设计方法。45. 可用性是指以有效性、效率和满意度为指标，产品在特定使用背景下为了特定的目的可为特定用户使用的程度。46. 回归测试是软件测试的一种，旨在检验软件原有功能在修改后是否保持完整。47. 系统测试：由组建、模块或构件集成为一个完整的系统之后，对软件系统进行测试，系统测试是验证软件系统的非功能性48. 系统测试分为： 负载测试；性能

15、测试； 容量测试； 安全性测试； 兼容性测试；可靠性测试49. 性能测试分为：验证测试；基准测试；规划测试；50. 并发用户数：指同时对软件系统所提供的服务进行存取访问的用户数51. 可恢复性：指系统快速的从错误状态恢复到正常状态的能力或时间52. 系统运行依赖的关键因素：系统架构；硬件配置；网络带宽；支撑软件；外部负载；53. 负载测试：通过模拟实际软件系统所承受的负载条件、改变系统负载大小和负载方式发现系统中所存在的问题54. 压力测试：在强负载情况下稳定性进行测试，查看应用系统在峰值使用情况下的行为表现，更有效的发现系统稳定性的隐患和系统在负载峰值的条件下功能隐患等，确认系统是否具有良好

16、的容错能力和可恢复能力55. 性能测试：是为了获取或验证系统性能指标而进行的测试56. 负载测试的场景设计：对测试环境、输入参数的设定及其组合设计57. 负载测试输入参数：并发用户数对体统进行存取、或服务器通信的连接数；思考时间， 用户发出请求之间的间隔时间；加载的循环次数或持续时间，循环次名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 5 页 - - - - - - - - - 数直接影响负载测试的时间；请求的数据量；加载的方式58. 输出参数：数据传输的吞吐量；数据处

17、理效率；数据请求的响应时间；内存和 cpu 使用率59. 场景：启动；结束方式；持续时间60. 时间维，观察系统长时间的行为变化；负载维，在系统上改变负载进行对比分析；系统维，针对系统的组件进行61. 性能测试分为：性能验证测试；性能基准测试；性能规划测试；容量测试62. 容量测试，通过负载测试或其他测试方法，预先分析出反映软件系统应用特征的某项指标的极限值，在极限值状态下系统主要功能还能保持正常运行63. 压力测试：在系统饱和状态下，测试系统是否还具有正常的会话能力，数据处理能力或是否出现错误， 以检查软件系统对异常情况的抵抗能力，找出性能瓶颈，弄能不稳定性等问题64. 兼容性测试：在特定的或不同的硬件、网络环境、操作系统平台、不同的应用软件之间， 验证软件系统能否正常运行， 以及能否正确存取原先版本用户数据所进行的测试65. 容错性测试：在各种异常条件下对系统的功能进行测试，以检验系统是否具有防护性的措施或者灾难性恢复的手段或能力。66. 软件可靠性：软件系统在规定的时间内以及规定的环境条件下，完成规定功能的能力名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 5 页 - - - - - - - - -