测试流程、遇到不能复现的bug、遇到开发不认为bug的bug、经典用例设计、token session cookie区别、性能测试的指标、

1、测试流程

        a: 测试首先需要分析

                第一 ： 阅读需求，理解需求，分析需求

                第二 ： 参与需求评审

        b: 其次测试需要计划

                第一 ：编写测试计划，参考'软件需求'规格说明书

                第二 ：项目总体计划，测试范围，进度安排，人物力分配

                第三 ：整体测试策略制定，风险评估与规避措施制定

        c: 测试设计

                第一 ：编写测试用例，参考需求文档，概要设计

                第二 ：详细设计，编写之后进行评审

        d: 测试执行

                第一 ：搭建环境，执行冒烟测试

                第二 ：进入正步测试，bug管理直到测试结束

        e: 测试评估

                出测试报告，确实是否可以上线

2、测试过程中遇到不能复现的bug怎么做？

        第一 ：为什么会出现不能复现的bug？

                a ：测试阶段，执行了一个用例末覆盖的场景，或是随机测试，盲目点，一旦产生bug，

                      很容易忘记之前是怎么操作的。面对这种情况，根据bug的现象和当前操作页面，

                      大概推断出进行哪些操作，尝试几次可能路径会找到缺陷步骤

                b ：已经提交给开发的bug，在开发环境不能复现，开发要求关闭该bug。分析提交给开                        发的bug描述是否准确，有没有必要的前置条件，操作步骤是否详细，是否提供必要                        截图。排查测试和开发环境配置是否相同，要求开发在测试环境中验证成功关闭该                          bug

        第二 ：怎么做？

                   a: 遇到非必然重现的bug，必提bug，而且在bug单中说明重复概率

                   b: 发现bug时，分析产生原因，多尝试出现的步骤，排除环境和自己电脑配置，例如                           浏览器和系统的版本，“必要时寻找开发的帮忙”，让开发在代码对应地方检察一                               下，是否可以从代码层面找出问题       

                   c: 如果还不能复现，在接下来的测试随时保持关注，每次执行相同步骤的时候看是否                         出现复现的bug

                   d: 一直未能复现的bug，需要  ‘测试经理’  定期汇总，选择极高的陷进，组织开发和测                        试人员投入复现问题，如果经过这样的复现还不能复现，可以降低问题的优先级。                          在项目前期，至少要跟踪3个版本，还不能复现，暂时关闭该bug，备注说明并不是                        因为修复关闭，而是经过x个版本后不能复现了

                   e: 如果项目周期紧张，不能跟踪多个版本，bug就不能关闭，上线后及时关注用户的                           反馈，假如持续3-4个版本没有出现bug，可以把bug暂时关掉，并且进行备注说明

3、测试中遇到开发不认为是bug的bug怎么做？

        a: 找到需求文档或者是原型图进行匹配

        b: 尝试多种测