二、测试理论
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、软件开发过程中常见模型
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的复现步骤要详细，可读性可执行性强，能够再次复现出来
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
