第一天学习总结

软件测试

• 软件测试：需求测试、界面测试、功能测试、安全测试、可靠性测试、可用性测试、可移植性测试、兼容性测试、易用性测试、性能测试（压力测试、负载测试）
• 可用性测试包含可靠性测试
• 常用dos命令（win+r进入）
  
  

进入D盘

D:

进入文件

cd 文件路径

显示文件

dir

返回上一级

cd ..

启动应用

start

常看ip地址

ipconfig

新建目录

md

删除目录

rd

拷贝目录

copy

删除目录

del

清屏

cls

• 通常软件生命周期包括以下阶段：1.客户问题引入或定义；2.可行性分析；3.项目招投标；4.项目立项；5.需求分析；6.开发阶段；7.维护
  
  

V模型：项目阶段

file://C:\Users\HP\Desktop\%E7%AC%94%E8%AE%B0\%E7%B4%A0%E6%9D%90\v%E6%A8%A1%E5%9E%8B.png?lastModify=1625057501

• 单元测试：简称为白盒测试，开发人员对自己编写的代码进行测试
• 集成测试：简称为借口测试，灰盒测试
• 系统测试：保证自身功能正常使用，还需要保证与第三方系统的对接，这个阶段主要做黑盒测试
• 验收测试：
  • α（阿尔法）验收测试：模拟用户的行为对软件进行操作/测试，这个时候开发人员和测试人员在场，如果发现bug，直接提交给到开发人员进行修复
  • β（贝塔）验收测试：软件已经交付到客户手中，由客户去进行验收，如果发现有问题，则由客户统一收集所有问题，以邮件的方式发送给当前项目的所有同事，开发人员收到邮件并及时进行跟踪，负责解决
    
    
  
  

H模型：项目的流程

file://C:\Users\HP\Desktop\%E7%AC%94%E8%AE%B0\%E7%B4%A0%E6%9D%90\H%E6%A8%A1%E5%9E%8B.png?lastModify=1625057501

所有项目组相关人员参加需求澄清会议，需求澄清会议由产品经理召开，并且主讲

• SRS:需求说明书
• SRS澄清：需求澄清
• 需求基线化文档：需求规格说明书
• 基线化：当前状态不会轻易改变
• TC：test case 测试用例
  
  

用例评审由测试召开，并且主讲

• 多次评审：
  • 交叉评审：测试组内同事之间进行评审
  • 组内评审：项目组内进行评审（项目，产品，开发，测试经理）
  • 会议评审：会有客户参加
    
    
• testlink：用例管理工具
• 禅道：用例管理工具
• 冒烟测试：对产品的主体功能进行测试，如果主体功能不通过，测试将开发的版本打回给开发进行修复
• 提测：开发将代码包提交给测试，又称转测
• SIT测试分为
  • SIT1:称为第一轮系统集成测试，又称为全量测试（测试全部编写的测试用例），需要执行所有编写的测试用例，发现了bug直接提交给到开发人员进行修复
  • SIT2：称为第二轮系统集成测试，又称为回归测试，还称为增量测试（需要测试新增加的用例）   
  • SIT3：回归测试
  • SIT4：回归测试
    
    
  
  

回归测试需要测试哪些内容？1、需要测试上一轮发现bug的用例2、新增加的用例需要测试3、每一轮都需要进行冒烟测试4、要测试上一轮发现bug的相关联模块的用例

• 上线的标准：没有bug（0bug）
• 正常的项目团队，在测试阶段，它的一个bug趋势：快速收敛
• 测试环境：是提供给到测试人员使用的环境
• 开发环境：是提供给到开发人员使用的环境，编写代码和提交代码的环境等
• 生产环境：可以称为线上环境，也可以称为真实环境
  
  

项目与产品的区别：先有项目后有产品

项目与版本的区别：先有项目后有版本

面试题

1.你做的项目当中，项目会经历那些阶段，并且在每个阶段的输入（准入）与输出（准出）有哪些？

输入

输出

用户需求阶段

项目组人员进行需求说明

需求规格说明书

概要设计（HLD）阶段

需求规格说明书

概要设计说明书

详细设计（LLD）阶段

概要设计说明书

详细设计说明书

编码阶段

根据详细设计说明书编写代码

整个项目的代码包（.war,.zip,.jar）

单元测试阶段

开发人员进行单元测试

单元测试报告

系统集成测试阶段

测试人员根据测试用例执行测试

系统集成（SIT）测试报告

验收测试

用户参与验收

验收测试报告

2.请讲解你们公司的项目流程

所有项目组相关人员参加需求澄清会议，需求澄清会议由产品经理召开，并且主讲。在为期几周的需求澄清会议讨论，最终形成需求基线化文档。开发人员根据需求规格说明书进行概要设计，与此同时测试人员了解需求，紧接着开发人员根据概要设计说明书进行详细设计，这时测试人员接着了解需求，测试主管输出测试计划。然后开发人员根据详细设计说明书进行编写代码，测试人员设计测试用例初稿，并进行多次交叉评审形成用例基线化文档，测试主管将用例基线化文档上传禅道，并将测试用例分给相对应的测试人员以及搭建测试环境。在开发人员完成项目开发后，将项目代码包发送给测试主管，测试主管收到后部署项目包，紧接着测试人员进行冒烟测试，如果发现bug就将开发的版本打回给开发人员。等冒烟测试通过后，测试人员进行系统集成化测试，期间发现bug就提交给开发人员，直到测试没有发现bug，就可以提交给产品经理进行验收测试，验收测试通过后就交给运维人员上传到生产环境进行软件的上线或者迭代。