地址测试用例

                                                            登录测试用例Excle

                                                                项目app

                                                                 笔记

               测试用例的定义：

                                                  要素：  用例编号  所属模块  前提条件  测试输入   预期结果 实际结果

                                                           备注   版本  测试人  测试日期 

               测试方法：  

                                                    等价类划分   因果图  边界值  正交法   错误推断法   场景法

               面试题：

                                            在项目中的哪些场景中运用了测试方法 

            测试用例的评审：

                          评审内容：

                             评审的内容有以下几个方面：

                                                                                       1用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。

                                                                                        2优先极安排是否合理。

                                                                                        3是否覆盖测试需求上的所有功能点。

                                                                                        4用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确期待结果是否有明显的验证方法。

                                                                                         5是否已经删除了冗余的用例。

                                                                                         6是否包含充分的负面测试用例。充分的定义，如果在这里使用2&8法则，那就是4倍于正面用例的数量，毕竟一个健壮的软件，其中80%的代码都是在"保护"20%的功能实现。

                                                                                         7是否从用户层面来设计用户使用场景和使用流程的测试用例。

                                                                                         8是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤

 分为组内和组外评审：

                                        组内评审的人员：  测试Leader 和 测试人员

                                        组内评审着重与   1.用例的冗余性    2. 用例的准确性    3. 用例的覆盖度   70%-80%   4. 用例满足需求 

                                        组外评审：   测试leader  测试人员  项目经理  产品经理 

     ·                                  组外评审：   1.是否满足软件的需求   2. 用例覆盖率   3. 用例的执行性   4. 用例的复用性   5. 用例是否具有正反的用例   6. 编写用例的模板   7. 非功能性测试用例的编写   8. 缺陷率在执行的测试用例中的占比

测试计划面试题：

                                    开发团体人员与测试人员占比5：1

                                     比如：10人开发团队      1 个UI  5个后台开发   2个移动端    1个测试/运维   1产品经理

                                    项目开发周期：  6个月   

                                    版本迭代：  大版本   1个半月    小版本 1周    

                                    测试分工：   功能界面   性能+接口   自动化

软件测试的作用：

                                1，通过测试工作可以发现并修复软件当中存在的缺陷，从而提高用户对产品的使用信心。

                                2，测试可以记录软件运行过程中产生的一些数据，从而为决策提供数据支持。

                                3，测试可以降低同类型产品开发遇到问题的风险。

软件测试的流程：

                               从产品接到需求开立项会，确立需求文档，测试进行编写测试计划，根据需求文档进行编写测试用例，开发进行编码，等编码结束会对主要功能进行冒烟测试，测试执行测试用例，如果发现bug进行提交bug，开发进行修改，当开发修改后对bug进行在次的回归测试（1.bug是否已经解决，2.解决后的bug是否对正常功能的影响）如果bug修改完成测试将bug的状态改为关闭，如果bug没有修改或者是修改后对其他的功能进行影响则bug重新打开并在次提交

需求分析：

                    如果公司内部没有需求文档或者是API文档你怎么做测试：

                    1.根据公司的产品进行对同行业或是同类软件进行分析，找到相关文档。

                    2.根据跟人经验对软件进行测试

                    3. 先做到UI页面和业务逻辑是否匹配  在进行功能模块的实现能否正常 然后在整个软件进行系统分析并实现，然后开展性能测试或者是接口测试

                    4.没有api文档的时候  进行接口测试  可以通过抓包工具（charles /fiddler）来获取接口相关信息（url 请求方式 参数 响应结果等）进行对单个接口测试或者是通过接口录制（bodboy 对web端进行录制   jmeter对移动端的录制） 实现多接口或者一个业务场景进行接口测试

                    5. 进行性能测试或者是自动化测试

测试结果遇到的问题：

                                    在测试过程中 如果开发人员说改bug不是bug的你怎么办?

                                    在多次测试以及不同的测试环境中测试后将bug的复现步骤进行总结并提交开发人员让开来确认

                                    可以找项目经理或者产品经理根据根据规格说明书来进行对bug进行确认是否为bug

                                    测试人员可以将bug的内容和步骤以及相关内容（1，执行的测试用例）保存进行到测试总结中，留意在后期出问题进行文件提供。