二、测试理论

　　1、测试策略或测试包括哪些，测试要覆盖哪些方面

　　UI、功能、性能、可靠性、易用性、兼容性、安全性、安装卸载

　　2、设计测试用例的办法

　　等价类、边界值、错误推测法、场景法等设计方法来编写测试用例的

　　（1）等价类分为有效等价类和无效等价类，符合需求的就是有效等价类，不符合需求的就是无效等价类

　　（2）因为大量错误都是发生在输入和输出的边界上，而不是发生在输入输出范围的内部，所以就有了边界值分析法，边界值是选取正好等于、刚刚大于和刚刚小于边界的值，它一般是跟等价类一起用的

　　（3）举个例子：设置密码要求是6-12位的数字和字母的组合，那有效等价类就是长度在6-12之间，数字和字母的组合；无效等价类就是长度小于6（取5）的数字字母组合，长度大于12（取13）的数字字母组合，长度在6-12之间的纯数字，长度在6-12之间的纯字母，长度在6-12之间的除了数字和字母以外的字符，等等

　　（4）错误推测法是指凭借经验推测程序可能出现的错误，比如新建和修改的名称要唯一，不唯一的话没办法提交成功

　　（5）场景法是根据业务流程来写的，有基本流和备选流，然后考虑异常流情况下是否出现bug。比如一个商品加入购物车、提交订单后超时不支付，会出现什么情况

　　3、编写测试用例的思路或怎么写测试用例的

　　（1）首先要熟悉需求，先理清楚“项目是怎么使用的”、“是给谁用的”、“干什么用的”，再根据业务流程来写，提取功能点，最后根据等价类、边界值、错误推测法、场景法进行测试用例的编写。

　　（2）功能点的话，每个系统的模块中都有一些共有的功能，比如：倒车，所以在测试中我们要先把这些功能过一遍。

　　（3）先走正常流，正常流通过之后，再对异常情况进行测。

　　另外，熟悉业务流程是非常重要的，模块与模块、功能和功能之间是相互联系的，不能只是单独测它的功能正不正常，还要把他们的关系全部走通。比如我测的电商系统中，要先添加商户、品牌和分类，然后才能添加商品。

　　4、用例要素是什么或包含什么内容

　　用例编号、模块名称、功能点、用例标题、前置条件、测试步骤、期望结果、优先级、实际结果、备注

　　5、如何保证测试用例的质量

　　测试用例的需求覆盖率是100%；

　　测试用例的可执行；

　　测试用例的可读性；

　　测试用例的评审；

　　及时维护测试用例，也许一个功能的变更，或者场景的添加，就需要考虑更多的情况，保证测试用例的完整性。

　　6、之前都是用什么工具写测试用例的

　　我们是根据需求文档提取测试点，根据等价类、边界值、错误推测法、场景法来编写测试用例，用excel表格来写测试用例的，发现bug后用公司开发的BUG管理系统提交bug，指派给对应的开发。

　　7、没有需求文档，直接给你待测试软件，你怎么开展测试工作

　　（1）问：没有需求文档，那肯定有需求提出者，那与他进行沟通。

　　（2）问：但凡懂需求的人，我们都可以问。如问开发，项目经理，测试经理等。

　　（3）分析：结合一些业务资料和百度等进行分析。

　　（4）对比：对比竞争对手产品，分析得到合适的需求。

　　（5）经验：可以借助原来的经验。

　　（6）合理：一切的需求都要符合常理。

　　8、软件开发过程中常见模型

　　V模型：需求分析、概要设计、详细设计、编码、单元测试、集成测试、系统测试、验收测试

　　W模型：测试和开发同步进行，可以尽早发现问题。需求分析、需求测试---概要设计、概要设计测试---详细设计、详细设计测试---编码实现、单元测试---模块集成、集成测试---系统构建、系统测试---系统安装、验收测试

　　9、软件上线的标准

　　用例全部执行完毕，bug回归完毕，没有遗留严重的bug，产品经理验收通过后就可以上线了

　　10、单元测试、集成测试、系统测试、验收测试

　　（1）单元测试又称为模块测试，是对代码中的函数和方法进行测试；

　　（2）集成测试，也可以称作接口测试，开发把功能模块进行整合，测试功能和功能之间是否能够对接成功；

　　（3）系统测试是对整个系统进行测试，也是黑盒测试；

　　（4）验收测试分为a验收和贝塔验收，a验收是在开发者环境下进行测试，贝塔验收是在真实环境下由真实用户体验，有问题再反馈给开发人员。

　　11、软件测试的风险

　　进度风险、质量风险、人员风险、变更风险、成本风险。

　　12、你写过测试报告或测试报告都有哪些内容

　　写过，不过写的都是我们自己负责模块，整个系统的测试报告由测试主管完成。

　　一般的话会对项目背景做一个阐述。

　　主要就是内容简洁、不罗列详细数据、挑拣一些能说明问题分析数据的：比如缺陷走势图，模块的bug分布等，突出重点遗留问题，然后得出分析测试结论。

　　测试内容：测试内容的大纲。

　　测试环境：测试环境的描述，包括客户端和网络环境。

　　测试工具：测试过程中的测试资源使用。

　　测试的数据：bug数，解决数，遗留数。

　　模块bug分布，bug走势图，缺陷遗留，需要说明的问题。

　　测试数据分析：对于整个过程测试的一个分析，得出结论。

　　遗留问题：对于软件遗留问题有详细说明。

　　13、回归测试策略，历史用例（上一个版本的用例）在现版本怎么回归？

　　回归测试常用的策略有：全面回归测试、选择性回归测试等。

　　像我们一般会进行三轮的测试，第一轮把功能都过一遍，提bug；第二轮做一个全面的回归测试；看具体的情况，第三轮会进行选择性的回归测试，把出现bug的相关模块都测一遍。

　　全面回归测试：所有的测试用例都重新测一遍；

　　选择性回归测试：对于出现问题的bug进行验证，没有问题的bug就不进行测试；

　　自动化工具回归测试：使用自动化测试工具进行回归测试。

　　14、测试环境怎么维护

　　等开发把代码更新完后，上传服务器进行覆盖

　　15、你提了一个bug，开发不认怎么办？

　　（1）首先从自身找问题，再根据需求文档分析这是不是一个bug，如果确定是bug;

　　（2）再看看测试用例的操作步骤写的够不够详细、可执行性强不强；

　　（3）如果不是以上原因，那就跟开发沟通，可以在开发的电脑上实现给他看，然后跟他好好解释，如果这真是一个bug，开发是不会不认的；

　　（4）如果还是不认，那就要上报给上级，然后开会进行讨论。

　　16、什么bug是个好bug？

　　（1）确定与需求不符

　　（2）严重影响到客户的使用

　　（3）bug的复现步骤要详细，可读性可执行性强，能够再次复现出来