day01

day 1问题:

1、软件开发的生命周期:

​ a.客户提出需求(概念)

​ b.根据客户需求写出相应的《需求文档》

​ c.前端同时设计效果图

​ 后台开发人员设计与编写代码实现功能

​ 测试人员也会根据需求文档编写测试计划和测试用例

​ d.在后台开发实现功能后根据测试用例测试人员进行测试

​ e.开发完全结束后测试人员进行整体测试,全面测试。测试成功后进入上线

​ f.软禁啊上线后根据用户体验和实际效果进行小版本的迭代

2.软件缺陷产生的原因种类:

​ 1.需求变更次数频繁 理解误差 产品或客户

​ 2.开发和设计 代码问题 开发人员

​ 3.运维 资源使用率产生 公司问题

3.测试流程:

​ 1.在立项会上根据客户需求编写需求文档/规格说明书,ui设计原型后台编码,测试人员编写测试计划和测试用例

​ 2.随着开发的代码实现测试进行测试评估

​ 3.只要代码实现后测试人员先进行冒烟测试

​ 4.代码实现后测试执行测试用例

​ 5.根据执行的结果进行对应bug提交给相应的开发人员让其修改代码

​ 6.开发修改后测试人员进行回归测试

​ 7.直至项目上线后,测试人员编写测试总结用于下一个版本的迭代

​ **冒烟测试:在这个软件中主要的功能实现后进行测试

​ **回归测试:在开发人员修改后进行的同一个问题的测试

4.软件测试分类

​ 1.按阶段划分:

​ a.单元测试 对一个模块测试

​ b.集成测试 对多个模块测试(有一定关系)

​ c.系统测试 在软件编译后执行的整体测试

​ d.验收测试 对软件执行后的用户体验的测试

​ α 阿尔法测试 有一定的开发测试人员的测试 内测

​ β 贝塔测试 只有用户参与的测试 公测

​ 2.按是否运行行程划分:

​ a.静态测试 UI设计图

​ b.动态测试 有执行代码过程中产生的问题

​ 3.是否常看源代码方式划分:

​ a.黑盒测试 不看源代码结构 只关心外观和能否输入输出以及相应时间

​ 功能测试 界面 安装 兼容 易用

​ 性能测试 压力测试 负载测试 一般性能 稳定性测试

​ 压力测试 在同一时间内进行多个用户的访问

​ 负载测试 在多个用户在同一是时间访问

​ b.白盒测试 只看代码结构以及代码实现方式

​ c.灰盒测试 介于黑盒和白盒之间的一种

5.面试题: 对任意物品进行测试

​ 回答思路: 1.功能上 体积 形状 用途 材质

​ 2.界面上 颜色 图案

​ 3.性能上

​ 4.易用性

​ 5.安全性

6.软件测试的原则

​ 1.尽早原则

​ 2.考虑意外情况和极端情况发生

​ 3.群集现象

​ 4.测出问题能够复现问题

​ 5.不要在短时间进行高效测试,回归测试的关联性

​ 6.善于总结想更换文档

7.面试题:

​ 如果在测试过程中出现的bug 而开发不认为是bug的时候怎末办?

​ 回答思路:自我

​ 别人

​ 领导

​ 1.首先我会从自身去经过多次的测试发现bug的出项次数和频率,记录复现bug的方式,然后发给开发人员

​ 2.再根据需求文档来确认是否为bug

​ 3.如果开发布不认为是bug的,将复现的记录和需求文档找产品经理进行上衣由产品经理和项目经理来确认是否为bug

​ 4.如果项目经理和产品经理都不认为是bug, 我会将bug记录在测试文档中, 方便在下次的评审会上将问题再次抛出

8.软件测试开发常见行为

​ 1. V模型

​ 2. W模型

​ 3.螺旋模型

4.  H模型

9.公司的组织架构

​ 一般在公司内部所有的部门: 人事、 财务、 开发(前端 后台 移动端 测试)、市场(产品)、 运维(产品维护的服务)开发、 测试 1个测试对应5个开发、 1个前端 、3个后台、 1个移动端

ceo	   首席执行官
	CTO    首席技术执行官
	CFO	   首席财务执行官
	COO	   首席运营执行官
	
	UI
	ANDROID
	IOS
	QA 
	TS  
	DBA
	UE
	RD
	
	总监
	项目经理:pm
		组长:    
		组员:
	产品经理:

10.测试工具

​ Word文档: 测试计划 测试用例 缺陷报告

​ 接口工具: charles Fiddler postman

​ 性能工具: Jmeter Loadrunner

​ BUG管理工具:禅道

​ 自动化管理工具:selenium appnuim untest pytest

​ 云测工具:Testing

你可能感兴趣的:(day01)