找回密码
 立即注册
刘素 +好友
这个人很懒什么都没写
听众
9
主题
43
金钱
220
个人名片
  • 未填写地址
  • 这家伙很懒什么都没写
粉丝关注
还没有人关注TA
添加表情

第一课 软件测试知多少?

已有 133 次阅读2019-4-29 19:17

一、软件测试
需求文档;根据客户的需求设计相关的功能,然后去验证功能的可行性。
三、界面设计Ui设计工程师,QC,质检人员
四、功能测试;检验产品的功能
五、安全性测试:银行,金融机构,政府机构
六、可靠性测试:在规定的时间,规定的范围完成规定的事情。产品的功能的承受范围,实现说明书的功能(例如体重秤的称重范围,在范围内,没有误差)
可用性测试:产品的基本功能是否能实现,过程是否流畅,可以正常使用可靠性包含可用性。
七、可移植性:保证软件或者硬件不同的地方,不同的环境可以正常使用
八、兼容性测试:考虑APP在不同的手机能进行适配(android,ios,黑莓,,多普达-HTC)
Web网页在不同浏览器之间的兼容(谷歌,火狐,IE浏览器,百度,qq浏览器)
九、易用性测试:用户的体验,使用流畅,易上手
十、压力测试:除了产品自身的正常范围,产品功能的极限,破坏性测试,突破临界值。看产品是否能正常运行;获取系统正常运行的极限,检查系统在瞬间峰值负荷下正确执行的能力。
十一、负载测试:接近临界值,产品能够正常运行多久。
 
 
 
IT常见术语
软件与计算机系统操作有关的计算机程序、规程规则,以及可能有的文件、文档及数据。APP,浏览器等应用程序
硬件:计算机系统中由电子,机械和光电元件等组成的各种物理装置的总称
PC:个人电脑
物理机:高配置电脑,大型计算机,在大型企业作为服务器端使用
便携机电脑、显示器、投影机、中控、展台、功放、音箱等于一体
OS:操作系统,operation system (windows.Mac.unix)
(ios.Andriod,windows phone)
DOS命令:是一种面向磁盘的操作命令,主要包括目录操作类命令、磁盘操作类命令、文件操作类命令和其它命令。
Windows+r  输入cmd
个人IP地址查询:ipconfig
个人IP地址查询物理地址:ipconfig/all
路径:Linux UI
绝对路径:从根目录出发进行查找,即最开始的目录,比喻跟陌生人描述
相对路径;从课件目录下面拿取文件,比喻和熟人描述
客户机与服务器client server简称为C/S建构
优点:使用方便高校,安全性比较高不容易中病毒
缺点:费流量,安装的APP需要经常更新,导致服务器维护比较难
浏览器与服务器browser server 简称B/S架构,通过谷歌,火狐等访问
优点:资源比较多,服务器容易维护
缺点:安全性不高,容易中病毒,上传下载的速度相对较慢
单机软件:俄罗斯方块等单机游戏
共享软件:有道云。app
项目与项目需求:
产品经理:在整个项目组当中负责整理客户需求,把客户提出的需求进行提炼,就得到了项目组当中的项目需求。
客户与客户需求
客户将自己对产品的要求罗列出来
项目角色:项目经理(pm project manage)统筹管理整个项目组
产品经理:对接客户,对接业务。
测试经理:(TPM )管理测试人员
开发经理:管理开发人员
测试组长:负责测试小组的任务进度的跟进。(TL)
测试人员:TE TEST engineer
开发人员:负责编写代码
运维人员:负责公司的环境维护
DEA:负责公司的数据库的管理,简称数据管理员
UI设计师:负责设计效果图或者高保真图

 
 
二测试周期
1、为什么要测试
a软件的非正常运行或者自身的bug会引发许多问题。
b软件是由代码和文档组成的,而这些都是由“人”
设计和编写的,人都会犯错的
c环境也会影响软件,以致出现软件“失效”的情况
d软件测试活动只是关键的质量保证之一
2、什么是测试
a制造业的定义:以检验产品是否满足需求为目标。
b软件行业定义:验证软件的正确性、发现软件中的bug.
c发现软件中的缺陷:测试是为了证明程序员有错
 一个好的测试用例,在于它能发现以前未发现的错误
 一个成功的测试,能发现前所未有的错误测试
3、软件生命周期:软件从产生到报废的过程,是一种时间的概念。
4、软件生命周期过程
a需求阶段:测试人员了解需求,对需求进行分解,得出测试需求,编写测试计划/方案
b设计阶段:测试人员适当了解设计,根据实际需求和设计编写一部分测试用例
c编码阶段:测试人员不需要编码,对于已经编码的模块,专业的白盒测试人员可以计划执行单元测试。
d测试阶段:测试人员需要把测试用例进一步细化,根据测试用例和计划执行测试,在执行的过程中记录bug,测试完成后整理测试报告。
e实施:测试人员可以参与用户软件使用的培训会,在试运行中收集问题并及时反馈给开发人员。
5测试用例:根据需求文档-编写测试用例-对被编写的软件进行测试
6项目立项:项目名称.项目时间,技术架构等
需求分析:根据客户需求进行可行性分析
需求文档:文档+图片+表格等
测试阶段:
设计:设计软件测试用例
测试:执行测试用例  测试软件
客户在立项的时候给予30%的定金,软件上线之后支付60%,后期,维护阶段:10%
上线:上线之后,应用程序可以被用户或者消费者在应用商城进行下载。
V模型
需求说明:需求文档,项目中每个成员对需求进行阅读并找出问题;产品经理在公司召开需求澄清会议,经过多次的分析和评审和修改最终得到一份大家一致认可的需求文档,我们简称作:需求规格说明书(SRS)那么这个文档就可以称为基线化的需求文档。
系统功能设计:现实操作中,合并在概要设计里面
概要设计;主要功能划分成什么模块
详细设计:某一个功能的具体开发
编码
 
单元测试:(白盒测试,透明盒子测试)UT unite test,开发对代码进行测试
集成测试:(灰盒测试,接口测试)IT,把不同的模块组合一起能否正常使用,找出被测系统组件之间关系和接口中的错误,由测试人员测试
系统测试ST,例APP能否在第三方平台正常使用,由测试人员测试
系统测试和集成设计合并,简称系统集成测试,SIT测试
验收测试UAT-用户参与验收测试
(阿尔法)α测试:模拟用户的操作对应用程序进行测试,这个时候有开发和测试在现场,发现了问题直接给到开发人员进行修复
(贝塔)β测试:客户对软件进行测试,如果发现了问题,把所有发现的问题收集在一起通过邮件的形式发送给到项目组,然后再由开发人员进行修复。
每一个项目阶段的输入与输出或者准入与准出是什么?
项目阶段        输入           输出
需求说明阶段    分析需求          需求规格说明书
概要设计阶段    需求规格说明书       概要设计说明书
详细设计阶段    概要设计说明书       详细设计说明书
编码阶段      编写代码       整个项目组的代码包,varjar格式的包
单元测试阶段    根据代码执行单元测试    单元测试报告
系统集成测试阶段  编写和执行测试用例 系统集成测试报告(简称为SIT测试报告)
验收测试阶段    用户参与验收测试      UAT或验收测试报告
UAT:用户对软件进行验收成功之后以邮件的形式回复。
 
H模型

项目流程
版本和项目的区别?
微信品牌的存在的时间超过7年,(项目
其中不同的版本跟随新功能,最新的版本发布不超过3个月(版本
项目与产品的区别?
先有项目才有产品,首先项目立项,项目启动,项目开发编码,项目测试,项目上线形成产品。
SRS;需求规格说明书
HLD;概要设计说明书             review HLD;评审概要设计
LLD:详细设计说明书             业务:了解需求
Codeing:进行编码              TCtest case 测试用例,测试方案
测试用例:
交叉评审:测试组内进行评审,参与的人员有测试同事及测试经理
组内评审:整个项目的同事都会参与进行评审
会议评审:有客户方参与
Testlink-用例管理工具
禅道:用例和BUG管理工具
测试环境:
测试环境:公司至少有两套以上的测试环境,测试环境的名字叫stg1,stg2
开发环境:开发进行编写代码的地方
生长环境:现在的微信,支付宝等APP都可以称之为生存环境上的应用程序。又称为真实环境。
CMO-配置库管理员
Tmp测试经理拿到开发组打好的.war格式的项目代码包部署在测试环境,基于Limux系统。
开发转测试:开发将代码打包给测试(一天之内)
TE进行冒烟测试
冒烟测试:来源于硬件行业,被测系统或者软件的主体功能进行测试。确认软件主体能否正常,主体测试成功之后再去考虑其他功能。
冒烟测试不通过,直接把版本打回去,让开发人员重新修改代码,打包(.war格式的包部署到测试环境)冒烟的用例是在Sit1系统集成里面抽取大概20条关于主体功能的测试用例来执行测试。时间较短,大概需要2-3天。

冒烟测试通过:则执行sit1-简称为系统集成测试,又称为全量测试(需要执行所有的测试用例)编写了1000条测试用例
发现bug,bug给到开发进行修复,修复完成之后测试经理部署测试环境
Sit2测试,称为回归测试,又称为增量测试(补充有些场景没有被覆盖的测试用例)400-500条测试用例
1. 对主体功能进行冒烟测试,保证主体功能完整正常
2. 对上一轮发现bug的用例进行测试
3. 对上一轮发现bug相关联模块的用例进行测试
Sit3测试回归测试200条用例测试
1对主体功能进行冒烟测试
2对上一轮发现bug的用例进行测试
3对上一轮发现bug相关联模块的用例进行测试
Sit4测试回归测试70条用例测试
1对主体功能进行冒烟测试
2对上一轮发现bug的用例进行测试
3对上一轮发现bug相关联模块的用例进行测试
测试阶段bug为什么有1bug,这个bug为建议性bug,易用性的bug,不会影响软件的实际功能的使用,把这个bug列成一个bug清单,邮件提交给到测试主管审核,申请进入下一个版本进行修改。
产品上线的硬性标准是bug0.
上线的时间:晚上11点后
上线之前:等待后端开发人员上生产配置,之后进行生产验证。
开发一个聊天软件
聊天-转账-语言-位置-  (子需求,也称子功能点)
开发基本的框架:注册 登入  聊天
 
敏捷开发模型,周期短,4-6天,快速抢占市场(共享单车)
增量开发模型:每个模块单独开发,
迭代开发模型:一次一次更新版本,添加功能
安全测试:银行,金融,政府有关机构
性能测试:游戏APP,网购APP,用户量较多的
测试周期也算是测试流程;根据测试经理编写的测试计划,根据需求说明书设计

评论 (0 个评论)

facelist

您需要登录后才可以评论 登录 | 立即注册