软件测试复习概念重点

软件测试复习概念重点

测试团队的基本责任如下
        1.发现软件程序、系统或者产品中的所有的问题
        2.尽早的发现问题
        3.督促和协助开发人员尽快的解决程序中的缺陷
        4.帮助项目管理人员制定合理的开发计划
        5.对缺陷进行跟踪、分析和分类总结，以便让项目的管理人员和相关的负责人能够及时、清楚的了解产品的当前质量状态
        6.帮助改善开发流程、提高产品开发效率
        7.促进程序编写的规范性、易读性、可维护性。
概述：
        1.尽早发现问题

        2.解决程序缺陷
        3.制定开发计划
        4.缺陷分析总结
        5.提高开发效率
        6.促进程序编写规范。

软件性能测试的指标
软件性能测试的指标主要包括资源指标和系统指标
    1.资源指标主要包括：CPU使用率，内存使用率，磁盘I/O，网络带宽
    2.系统指标：并发用户数，在线用户数，平均响应时间，事物成功率，超时错误率。
CPU使用率：指用户进程与系统进程消耗的CPU时间百分比，长时间情况下，一般可接受上限不超过85%。
内存利用率：内存利用率=（1-空闲内存/总内存大小）*100%，一般至少有10%可用内存，内存使用率可接受上限为85%。
磁盘I/O: 磁盘主要用于存取数据，因此当说到IO操作的时候，就会存在两种相对应的操作，存数据的时候对应的是写IO操作，取数据的时候对应的是是读IO操作，一般使用% Disk Time（磁盘用于读写操作所占用的时间百分比）度量磁盘读写性能。
网络带宽：一般使用计数器Bytes Total/sec来度量，Bytes Total/sec表示为发送和接收字节的速率，包括帧字符在内。判断网络连接速度是否是瓶颈，可以用该计数器的值和目前网络的带宽比较。
并发用户数：某一物理时刻同时向系统提交请求的用户数。
在线用户数：某段时间内访问系统的用户数，这些用户并不一定同时向系统提交请求。
平均响应时间：系统处理事务的响应时间的平均值。事务的响应时间是从客户端提交访问请求到客户端接收到服务器响应所消耗的时间。对于系统快速响应类页面，一般响应时间为3秒左右。
事务成功率：性能测试中，定义事务用于度量一个或者多个业务流程的性能指标，如用户登录、保存订单、提交订单操作均可定义为事务
单位时间内系统可以成功完成多少个定义的事务，在一定程度上反应了系统的处理能力，一般以事务成功率来度量，计算公式如下所示：
超时错误率：主要指事务由于超时或系统内部其它错误导致失败占总事务的比率。



简述设计文档评审的标准?
正确性、完备性、易理解性、一致性、可行性、易修改性、可测试性、可追溯性
1.正确性：包括需求定义是否符合软件标准、功能是否有明确目的、算法和规则是否科学等等
2.完备性：涵盖系统需求的功能、性能、输入/输出、条件限制、应用范围等方面涵盖率越高，完备性越好。主要包括功能和数据的完备性
3.易理解性：需求文档应易容易理解、描述清晰，能作为开发设计说明和功能测试数据的基础。同时应该放置语言歧义性、形式化程度不够。更要防止描述过于细致，甚至包含了实现的细节
4.一致性：定义的需求是否一致，术语是否唯一，操作模式、算法、数据结构是否相互兼容，和硬件已经开发运行环境是否有冲突等。
5.可行性：需求中定义的功能是否具有可执行性、可操作性等，需求所定义的功能是否通过现有的技术实现，所有的功能能否都能在某些极端条件下实现等。
6.易修改性：队需求定义的描述易于修改的程序，如是是否有统一的索引，交叉引用表？是否采用了良好的文档结构？是否有冗余的信息等。
7.可测试性。所定义的功能正确性是否能被判断？系统的非功能需求（如性能、可用性等）是否有验证的标准和方法。输入、输出的数据是否有清楚的定义，从而容易验证。
8.可追溯性。每一项需求定义是否可以确定其来源？是否可以根据上下文找到所需要的依据或支持数据？后续的功能是否都能找到其最初定义的功能？功能的限制条件是否可以找到其存在的理由？


简述软件设计评审的标准
设计技术的评审标准
1、设计结果的稳定性，以设计维护不变的时间来衡量，如果因为用户需求的变化或现有的错误或不足必须修改设计，那么修改范围的大小和次数就是影响软件设计质量的重要因素。
2、设计的清晰性，指涉及目标描述是否明确，模块之间的关系阐述是否清楚，是否阐述了设计所依赖的运行环境，业务逻辑是否准确并且完备。清晰的设计也是重用性的基础。
3、设计的合理性，主要指合理地划分了模块和模块结构的完整性，类的职责单一性、实体关联性和状态合理性等。
4、设计的复杂性。系统的每个模块不能太复杂，应该具有适当的深度、宽度、扇出、扇入，力求做到单入口单出口。
5、系统的耦合性和模块的内聚性。系统的模块之间应该是低耦合性，同时模块内部应该是强内聚力。
6、给出的系统设计结构和数据处理流程是否能满足软件需求规格说明中所要求的全部功能性需求，模块的规格大小划分是否与功能需求项以及约束性需求项保持一致。
7、可测试性和可追溯性，所有的设计目标（性能、容量、兼容性等）是否可以通过测试结果来衡量。每一部分的设计是否都可以追溯到软件需求的定义，包括功能需求项和非功能需求项
8、所要设计的系统在整个项目软件中所处的地位和作用，以及与同级、上级之间的关系描述是否正确。
9、是否对不完整、易变动或潜在的需求都进行了相应的设计分析，对各种设计限制是否做了全面的考虑。

测试用例的要素有哪些？
测试目标(why)：为什么测试？功能、性能、可用性、容错性、兼容性、安全性等。
测试对象(what)：测什么？被测试的目的，如对象、函数、类、菜单、按钮、表格、接口、整个系统等。
测试环境(where)：在哪里测？测试用例运行时所处的环境，包括系统的配置和设定要求。
测试前提(when)：什么时候开始测？、
输入数据(which)：那些数据？在操作时，系统所接受的各种变化的数据，如数字、字符、文件等。
操作步骤(how)：如何测？执行软件和程序的先后次序步骤等。


黑盒测试和白盒测试的特点：
黑盒测试：
优点：能站在用户立场上进行测试
缺点：不能测试程序内部特定部位;如果规格说明有误、则无法发现。
百盒测试：
优点：能够对程序内部的特定部位进行覆盖测试
缺点：无法检验程序的外部特征;无法对为实现规格说明的程序内部欠缺部分进行测试


简要分析自动化功能测试的策略
1.测试系统需求分析
2 自动化测试工具的选择
3 自动化测试架构设计
4 自动化测试脚本编写
5 自动化测试脚本测试
6 自动化测试脚本执行


如何理解软件设计的可测试性
可测试性包括可观察性、可控制性和可预见性
可观察性：在有限的时间内使用输出描述系统当前状态的能力。依靠输出。
可控制性：在特定合理的操作情况下，在整个配置空间操作洗头呢的能力，包括状态控制和输出控制。依靠输入。
可预见性：预测系统状态发生变化的能力
如果一个系统缺乏可控制性和可观察性，可通过增加接口的方式，使之可以产生输出，或增加控制点，可以输入数据，来提高可控制性。

如何设计程序的基本路径测试集合
1.程序的流程图
2.计算程序环境复杂性
3.导出测试用例
4.准备测试用例
5.图形矩阵

转载于:https://my.oschina.net/passer007/blog/551320