找回密码
 立即注册
广州dcs27阿伦 +好友
这个人很懒什么都没写
听众
1
主题
0
金钱
30
个人名片
粉丝关注
还没有人关注TA
添加表情

第1、2、4讲笔记

已有 145 次阅读2021-4-16 09:22

第一月第一讲

 

需求文档:软件规格说明书、需求规格说明书;说明软件需要实现的功能。

安全测试:测试功能安全是否有保障。比如对数据进行加密。

可靠性测试:在规定时间里面完成该功能。

可用性测试:不用规定时间,但是可以完成该功能。

可移值性测试:在多个环境是否可以运行。

兼容性测试:用到现在主流的手机去测试,比如华为,小米,苹果,oppo等,以及用浏览器(搜狐,火狐,谷歌,百度等)

 

*面试:你们公司的系统是什么架构?

CS架构(客户端与服务器)、BS架构(浏览器与服务器)。

区别:

标准:相对于cs架构来说Bs架构的两端都是使用现成的成熟产品,bs会显示的标准一些。

效率:相对于bs架构来说cs中的客户端可以分担一些数据的处理,执行效率会高一些。

安全:bs架构当中得到数据的传输都是以Http协议进行传输的,而Http协议又是明文输出。可以被抓包,那么cs架构比Bs架构显得就不那么安全了,(其实都是相对的)。

升级:bs架构只需要在服务器端将数据进行更新,前台只需要刷新页面就可以升级,而cs架构必须要将两端都进行更新才可以。

开发成本:相对于bs架构来说cs当中的客户端需要自己开发,bs不用,所以说cs成本会高一些。

 

第一月第二讲

 

瀑布模型:

测试是最后接入的,bug最后发现

适合需求稳定,不变的

该模型前一阶段与后一阶段需要相互关注

每个阶段都是需要有对应的文档交接

 

V模型:

分析需求规格说明书(SRS),通过会议澄清需求中的问题(需求澄清会议)

系统功能设计:说明怎么实现功能

系统技术设计(概要设计HLD):系统要划分那些模块,系统与系统之间接口的设计,

组件说明(详细设计LLD):对模块的功能进行实现,具体模块的内部实现过程

编码:开发进行代码编写,实现程序功能。

单元测试(UT):具体测试某一个模块的代码,代码逻辑的检查,一般由开发自测

集成测试(IT):将项目的所有模块拼接在一起后,各个模块是否可以正常运行

系统测试(ST):不仅要保证当前系统的正常,还要保证相关联的系统间业务正常。

*一般在公司集成测试(IT)和系统测试(ST)实在以前的,称之为系统集成测试(SIT

验收测试(UAT):分为正式验收和非正式验收。非正式验收又分为两种:α测试(公司内部组织的验收环境,有开发和测试在场,有问题马上修改)和β测试(有特定的用户进行测试,开发和测试都不在,有问题统一反馈)。

一般公司存在哪些环境:开发环境(DEV)、测试环境(SIT)、验收环境(UAT)、生产环境(PRO)。

 

一般V模型分为七个阶段

                                            输入(准入)                    输出(准出)

需求分析                             对需求进行分析                 需求规格说明书

概要设计                             需求规格说明书                 概要设计说明书

详细设计                             概要设计说明书                 详细设计说明书

编码                                    编写代码                            输出jar包或war

单元测试                             根据代码进行单元测试      单元测试报告

系统集成设计                      根据测试用例                    系统集成设计报告

验收测试                             用户参与测试                     验收测试报告

 

V模型的优缺点:

优点:改进了瀑布设计;反映了测试活动与开发阶段的对应关系;增加测试策略,分别对底层代码进行测试,也对用户的需求进行测试。

缺点:还是串行模式,前期的问题后期才会发现;测试介入的太晚,在软件编码阶段才介入。

 

H模型(重中之重)

主要分为两个阶段:前期的准备阶段和执行阶段

准备阶段:

需求澄清后输出基线需求文档,需求澄清会议一般产品经理召开,参与人员:全体项目组成员。

测试人员在开发人员编写概设详设的时候继续分析需求和概设祥设文档

测试计划或测试方案一般由测试经理或测试骨干编写。

测试人员写测试用例

用例评审(测试经理召开)

          交叉评审(组内评审):测试团队之间的相互评审;

          组外评审:项目组进行评审,一般参与人员有和当前项目相关测试和开发以及产品经理。

评审通过后,出现用例基线文档

⑦testing:一个用例管理工具;禅道:用例和bug管理工具。

搭建测试环境:把相关的tomcat等工具安装完。

执行阶段(转测):

项目包部署:一般由测试经理或测试骨干进行。

冒烟测试:测试当前版本的主体功能流程或者重要分支功能流程;测试不通过,直接打回版本;选择主体功能相关的测试用例和一些级别比较高的测试用例。

冒烟测试通过后进行SIT1(第一轮系统集成测试),是一个全量测试;SIT测试一般分为三轮。

回归测试:除了第一轮的SIT测试,其他都称为回归测试。

输出测试报告。

 

*面试:

你了解冒烟测试和回归测试有什么区别?

冒烟测试又称为版本测试,每一次构建版本对主体功能流程或者重要分支功能流程测试,一般都是两个小时以内;回归测试是在第一次系统集成完成后,开发改完提交的bug,然后进行测试,主要针对的有:第一次有bug的功能测试,bug出现的模块进行测试,主体功能及主要功能测试,以及可能会影响的功能进行测试。

区别:主要是两者测试阶段不同,冒烟测试是在版本提交的时候进行测试,回归测试是在系统维护的时候进行测试。

 

为什么需要即使补充测试用例?

在开始测试的时候,可能会有实际开发不一致,这个时候需要补充测试用例

编写的时候,没有具体的页面,会导致遗漏某些场景或测试用例。

 

敏捷开发模型:

重点明确,及时调整

倾听用户声音,相信用户直觉

勇于创新,小步快跑

持续不断发现问题,解决问题

持续提升整个产品能力

 

第一月第

 

chenkout:检出

update:拉取远程仓库的代码

commit: 将本地代码提交至远端

 

git status 查看状态t

git dill 比较文件前后差别

git add 将本地文件上传至暂存区

git commit 将暂存区文件推送到本地仓库

git pull 将远程仓库文件拉取到本地

git  push 将本地仓库文件提交到远程仓库

全部作者的其他最新日志

评论 (0 个评论)

facelist

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