关键词：软件测试 笔试
1、什么是软件测试
为了发现错误而执行程序的过程；为保证软件质量而采取的措施。
2、软件测试目的
发现软件缺陷，提高软件质量。
3、需求文档测试
需求文档是否符合用户需求，是否符合逻辑，技术是否能实现。
4、设计文档测试
测试设计是否符合全部需求，设计是否合理。
5、α测试
是由一个用户在开发环境下进行的测试。注重产品的特色和界面。
6、β测试
多个用户在实际使用环境下进行的测试。
7、驱动模块
接收测试输入---》对输入进行判断---》将输入传递给被测试单元，驱动被测试单元执行---》接收被测单元执行结果，并对结果进行判断---》将结果作为用例结果，输出测试报告。
8、缺陷等级划分
按照严重性划分：
致命bug：可能导致本模块以及其他相关的模块异常，死机等问题。
---》严重bug：问题局限于本模块，导致模块功能失常或异常退出。
---》一般bug：模块功能部分失效。
---》建议bug：对模块的改进建议。
按照优先级划分： 立即解决P1--->高优先级P2--->正常排队P3--->低优先级P4
9、产品测试什么时候算足够了？
测试一直贯穿软件的整个生命周期，从需求、设计到编码、实现，一直到交付给用户。
10、动态分析：代码覆盖率、模块功能检查、系统压力测试、程序数据流分析。
静态分析：代码规范检查、序结构分析、序复杂度分析。
11、针对测试用例设计
用例是基于需求的；
界面测试---》功能测试---》性能测试---》安全性测试---》兼容性测试---》可用性测试---》可靠性测试---》本地化/国际化测试。
功能测试
链接测试：1，页面是否存在链接；2，链接是否能跳转；3，跳转后的页面是否存在。
表单测试：1，表单内容填写的验证；2，提交操作的完整性；2，提交到服务器数据的一致性。
cookie测试：1，cookie是否起作用；2，是否按预定时间保持；3，刷新对cookie是否有影响。
数据库测试：1，数据一致性；2，输出数据正确性。
性能测试
页面响应测试：页面响应慢导致用户流失；有些页面设置超时时，响应慢，需要重新登录；响应慢，导致数据丢失。
负载测试：1，用户数（同时在线的用户数，可能不在同一页面）；2，在线数据处理的数量（对多少数量用户向同一页面发请求的处理能力）
压力测试：稳定性压力测试，特定压力下，长时间运行；破坏性压力测试，不断地破坏性的增加压力，使系统崩溃或问题暴露。
兼容性测试
1、系统；2、浏览器。
安全性测试
1、测试有效和无效用户名和密码，大小写是否敏感，是否限制错误登录次数；2、页面是否设置超时，超时后，需重新登录；3、日志文件内容是否涉及隐私安全；4、对服务器的操作权限是否设置。
12、测试分类
静态测试：不运行软件，包括代码检查，静态结构分析，代码质量度量等，主要对需求文档，设计文档和源码进行检查和分析。
动态测试：运行软件，检查运行结果与预期结果的差异，并分析。
--------
黑盒测试：又叫数据驱动测试，不考虑程序内部结构的情况下，通过软件的外部表现来发现其缺陷。
白盒测试：逻辑驱动测试，按照程序内部结构进行测试，检查内部逻辑是否符合要求。
------
单元测试：对模块的测试，检查代码是否符合设计要求。
集成测试：对多个模块组装后的程序的测试，检查模块间接口是否有问题，以及模块功能之间是否相互影响。
系统测试：对整个软件进行全面的测试，检查是否满足需求。
验收测试：验证产品是否符合用户真正需求。
13、软件开发流程
需求---》设计---》程序编写---》测试---》运行
14、软件测试流程
需求分析---》测试计划---》测试用例---》搭建测试环境---》执行测试---》提交bug---》测试报告
15、软件开发模型
瀑布式：需求明确，分阶段向下进行，不能回溯。
敏捷式：以人为核心，迭代，循环渐进的开发方式。把大项目分成多个相互联系，但又可以独立运行的小项目，并分别完成。此过程软件一直处于可用状态。
迭代式：需求不明确，迭代系统版本
测试驱动开发：先编写测试代码，在编写开发代码。
16、软件测试模型
V模型：开发和测试一一对应，后期回归测试工作量大。不能尽早测试
W模型：测试和开发是线性关系，只要开发完，才能测试。不适合迭代的开发模型
X模型：把单独的程序片段分别进行测试和编码。
H模型：
17、白盒测试方法
语句覆盖：每个语句至少执行一次；
判定覆盖：每个判定的每个分支至少执行一次；
条件覆盖：每个判定的每个条件应取各种可能的值；
判定/条件覆盖：同时满足判定覆盖和条件覆盖；
条件组合覆盖：每个判定中各条件的每一个组合至少执行一次；
路径覆盖：程序中每条可能路径至少执行一次。
18、测试用例设计方法？设计依据？
白盒测试：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖、路径覆盖。依据代码结构。
黑盒测试：等价类划分法、边界值分析法、错误推测法、因果图分析法、正交实验法、判定表驱动分析法、场景法。依据用户需求规格说明书、详细设计说明书。
19、测试人员具备的素质
沟通表达能力强；细心，耐心；有责任感和抗压能力；团队协作能力；好奇心和怀疑精神；善于学习总结；文档编辑能力。
20、集成测试的策略？
大爆炸集成、自顶向下集成、自底向上集成、三明治集成、基干集成、分层集成、基于功能的集成、基于消息的集成、基于风险的集成、基于进度的集成。
21、兼容性测试
侧重于对兼容环境的分析。根据需求文档，把用户使用软件所在环境整理出来。
22、集成测试测试内容
各个模块连接起来后，之间的接口数据会不会丢失；全局数据结构，是否被修改；
连接起来的模块，一个模块的功能是否影响另一个模块的功能；各个子功能组合起来，是否达到预期要求的父功能；单个模块的误差累计起来，是否会放大，从而达到不能接受的程度。
23、文档类型
用户文档：用户使用说明书；
开发文档；
软件需求说明书：数据库设计说明书、概要设计说明书、详细设计说明书、可行性研究报告。
管理文档：开发计划、测试计划、测试报告、开发进度报表、开发总结报告。
网友评论