1，测试流程
我接触的项目一般的，1根据产品规格说明数，我会仔细研读分析需求，通过各种工具和方式，在需求评审之前摸清需求，2需求评审，由开发、测试、产品讨论重点难点等项目问题，3编写测试计划，一般是有组长写的，要先和开发、业务沟通，确定开发提测时间和业务上线时间，计划有多少时间写案例、测试时间有多少、做几轮测试、每轮做多久，内容包括开始时间、结束时间、测试人员、资源配置、测试标准、风险等。4分分析需求编写测试大纲，通过画流程图和XMind画导图，根据业务流程，分析功能和各大测试点，编写测试大纲，5编写用例，根据测试大纲，运用等价类、边界值、场景法、错误推断、异常分析法等方法将测试点编写成案例，6案例评审，一般测试主讲，开发、产品一起评审，查缺补漏，做会议记录，7冒烟测试，主业务流程主功能测试，8全量测试，系统集成测试。9回归测试，第二轮测试，根据bug占比决定是否有第三轮测试，10验收。
2，测试用例怎么设计
研读需求之后，根据测试大纲需求文档来编写测试用例。站在用户的角度上将显性需求、隐行需求摸透。分析所有的测试点，根据项目模块特点，选择合适的用例设计方法。常用设计方法有等价类划分法、边界值法、因果图、判定表、正交表、错误推断法、场景法等；
也会参考同事意见，老员工的意见，再运用csdn等工具在网上资料进行补充。
编写测试用例要尽可能的用最少的用例覆盖最多的测试点。编写测试用例的工具也有多种，要以公司使用的为准。编写测试用例最好是跟你的前辈去要一个模板。
测试用例包括哪些元素（或测试用例包括哪些字段，或测试用例包括哪些属性）？
包括用例id、项目/模块、前置条件、测试环境、主题、操作步骤、数据、预期输出、实际输出、重要程度、是否通过、备注等。
3，缺陷管理流程、缺陷状态
用jira 禅道等管理工具管理。测试发现bug，指派给特定开发或者产品，开发修改完成后显示已解决，重新指派给测试，测试再次验证，确认用例能通过，开发修改正确，关闭bug。验证未通过的bug重新激活，开发⼈员继续修改，直⾄验证通过，关闭bug
如果不是bug，退回给测试⼈员并描述退回原因，或为设计如此，或为外部原因，或者不能重现。
4，测试报告内容
每轮测试后都要写测试报告
内容包括：测试人员，被测机车版本号，测试模块，测试时长，执行用例数，bug数，其中严重多少，一般多少，轻微多少，是否遗留bug，是否有风险，风险点在哪，用例是否通过
5，缺陷报告，缺陷单状态
标题，重现步骤、附件（视频、log⽇志、截图、canlog⽇志）、严重等级、优先级、版本，所属模块
等等
6，提交bug开发不承认怎么办
1,需求上没有的，和开发沟通，以客户的角度分析，隐行需求，实在不行找产品
2，可复现的bug开发一般不会不承认，不可复现的，检查复现步骤，没问题的话，可能是概率性bug，多执行该案例，找源头，也可以拉日志分析，分析问题，一直无法复现就只能继续跟踪了，跟踪5到10个版本，
7，迭代项目，回归测试怎么测
迭代项目，主要测增加和被修改的案例，次要是被影响的相关联的功能和主流程的功能点和主逻辑案例执行一变
回归测试除了主流程功能点外，出现过bug的点都要再测试一编
