测试知识点总结

BS/CS架构的区别是什么？

概念：所谓的架构就是用来指导我们软件开发的一种思维，目前最长见的就是BS/CS.
B---browser 浏览器
C---clent 客户端
S---server 服务端
区别：
A.标准：相对于cs架构来说Bs架构的两端都是使用现成的成熟产品，bs会显示的标准一些。
B.效率：相对于bs架构来说cs中的客户端可以分担一些数据的处理，执行效率会高一些。
C.安全：bs架构当中得到数据的传输都是以Http协议进行传输的，而Http协议又是明文输出。可以被抓包，那么bs架构相比cs架构显得就不那么安全了，（其实都是相对的）。
D.升级：bs架构只需要在服务器端将数据进行更新，前台只需要刷新页面就可以升级，而cs架构必须要将两端都进行更新才可以。
E.开发成本：相对于bs架构来说cs当中的客户端需要自己开发，bs不用，所以说cs成本会高一些。

举例说一下你的接口测试是怎么做的？

我以下单这个接口说下吧：下单这个接口用的是http协议，使用post请求方式，发送给服务器的参数有token，
产品ID，购买数量，收货人地址等等，这些参数都是必传的参数。我们是使用Jmeter来做接口测试的，首先，要新建
一个线程组，在线程组下面添加一个http的请求，然后填写好服务器地址，接口路径，请求方式，请求参数。由于下
单的接口依赖于等于，所以我们会先调用登录接口，从中获取token值，在下单接口中使用${参数名}的方式引用，接
下来还要对其他参数进行参数化，构造各种正常和异常的数据，我们先在本地创建一个txt文档，把参数填写到文档里
面，在Jmeter中添加一个csv文件设置，填写好txt文档的路径，然后在请求参数中使用Json提取器把token值关联出
来，然后在下单接口中使用${参数名}的方式引用；接下来添加断言，检查服务器返回的结果和预期结果是不是一致
的。最后，添加查看结果树查看测试结果。

Android手机和IOS手机,系统有什么区别?

A.运行机制不同:IOS采用的是沙盒运行机制,安卓采用的是虚拟机运行机制
B.两者后台制度不同:IOS中任何第三方程序都不能在后台运行,安卓中任何程序都能在后台运行,直到没有内存才会关闭
C.IOS中用于UI指令权限最高,安卓中数据处理指令权限最高

请说一下测试分类？

功能测试、用户体验测试、性能测试、UI测试、兼容性测试、安装测试、文档测试、3	稳定性测试等

接口测试流程？

项目启动后，测试人员近早找开发人员拿到接口文档，获取接口文档后进行接口用例的编写和调试，完成后部署到持续
集成的测试环境种，设定脚本执行的运行频率，告警方式等基本参数，进行接口的日常监控，定期对接口脚本的维护更
新，接口异常的处理

你以前工作时的测试流程是什么？

先要有需求评审（有开发人员---产品经理---测试人员---项目经理）需求确定（出一份确定好的需求文档）
开发设计文档（开发人员在开始写代码前就能够输出设计文档）制定测试计划---写出测试用例---发给开发人员与测试经理看一下---接到测试版本---执行测试用例---提交Bug
(有些时候可以直接写到TD{Test Director相当于禅道}---交给开发人员修改---回归测试。

当你参加评审时，你的评审原则是什么？

首先要从正确性，一致性，可行性，必要性，可跟踪性，分配优先级，可测性，可修改性考虑：
正确性：每一条需求都必须准确的陈述其要开发的功能。
一致性：必须与其他软件需求或高层需求不相矛盾。
可行性：其每一项需求都必须是已系统和环境的权能和限制范围可以来实施的。
必要性：每项需求都是用来授权你编写文档的“根源”，要使每项需求都能回潮至某项客户的输入。
可测性：每项需求都能通过设计测试用例或其他的验证方法来进行测试。
可修改性：每项需求只应在SRS中出现一次，这样更改会容易保持一致性。
可跟踪性：在每项软件需求与它的根源与设计元素，源代码，测试用例之间建立起链接，而这种可跟踪性要求每项需求都必须以一种结构化的，粒度好（fine-grained）的方式编写并单独标明，而不是大段大段的陈述。
分配优先级：应当对所有的需求分配优先级，如把所有需求都看作同样重要，那么项目管理者在开发或节省预算或调度中丧失控制自由度、

软件测试的需求标准是什么？

A.文档版本信息：包含文档版本，作者，完成日期，修订版需要加上修订记录（版本号，修订者，日期，内容）。
B.目录结构要清晰，不同级别的标题要区分字号。
C.产品架构：一般只有功能以及信息架构，
D.功能：一级-二级，三级功能要划出。以及产品特性（功能列表，原型界面，详细设计）
E.其它产品需求需根据公司产品需求来定，如（兼容性，产品运营，性能要求等）。

请写一下W模型图？

软件质量的特性是什么？

A.功能性：软件需求要满足用户显示或者稳式的功能。
B.易用性：软件易于学习和上手使用
C.可靠性：软件必须实现需求当中指明的具体功能。
D.效率性：类似于软件的功能。
E.可维护性：需求软件具有将某个功能修复之后继续使用的功能。