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

首日心得

已有 246 次阅读2017-12-15 21:39

第一讲:

1

1)界面测试:又称ui测试

2)功能测试:编写功能测试用例,逐一执行测试用例(重要部分)

3)安全性测试:账户登录模块居多、涉及网络协议、抓包(多用于金融行业)

4)可靠性测试&可用性测试:规定时间特定环境下完成某件事。

(可靠必定可用,可用不一定可靠)

5)可移植性测试:不同环境不同平台是否适用     

兼容性测试:平台兼容性:iOS Android

                     :浏览器兼容性:IE  Google  搜狐  360 等等

(在可移植的基础之上才有兼容性测试)

6)压力测试:突破临界值(破坏性测试)

     负载测试:接近临界值(都属性能测试范围)

2.os: operating system 操作系统:   

 win系列  iOS  Android  xp  Linux  unix  centos   redhat     freebsd    Ubuntu

Dos命令:搜索框输入cmd   回车   进入dos命令界面

查自己的ip: 搜索框输入cmd   回车  输入ipconfig 回车  ipv4

3.路径:绝对路径:通过底层 一层一层递进抓取信息(类似快递地址)

            相对路径:可以跳过某层直接抓取信息

4.两大web架构:

c/s:客户端到服务器       优点:上传下载速度快   

缺点:占内存空间 (用在app开发模块居多)

b/s:浏览器到服务器     优点:直接访问  无需下载  

缺点:占用电脑自身的运行内存 (用在金融电商模块居多)

7.岗位名称:

 tc:测试用例      te:测试工程师         tpm:测试经理        dba:数据库管理员

se:软件工程师     ba:业务分析员      qa: 各业务沟通人员     cmo 配置库管理人员     

pm:项目经理         testlink:测试用例管理系统(用例管理工具)

 

第二讲:

软件生命周期模型:

H模型、V模型、敏捷开发模型 、迭代开发模型即为重要模型。

串行:v模型(左边是文档设计阶段、右边是测试阶段)、w模型

并行:H模型

V模型:需求澄清之后形成需求规格说明书(SRS--系统功能设计(系统设计,实现功能性能自动化接口安全性)--概要设计(功能模块划分设计)(HLD)--详细设计(各个模块详细设计)(LLD)--编码--单元测试(UT  白盒测试  开发人员测试自己写的模块代码)--集成测试(IT 几个模块集成一起测试查看功能是否可行)--系统测试(ST 既要保证功能  还要保证性能自动化接口安全性)--验收测试(UAT

验收测试2种形式:α:模拟真实环境,开发和测试在场,出现问题及时解决

 β:真实生产环境,开发和测试不在场。客户收集问题,后期解决。

注:公司里,集成测试与系统测试不会分开进行,统称为系统集成测试(SIT

H模型:

用例评审方式:交叉评审 :各测试人员之间相互评审

                      组内评审:测试和开发一起进行评审

会议评审:客户参加评审

环境种类:测试环境 SIT      开发环境:DEV       生产环境\真实环境

冒烟测试(来源于硬件测试):主要测试此次发包的主体流程功能(最多半天)

eg:假设发包主体功能 qq注册功能,冒烟主要测试 是否注册成功。(测主体功能)

BUG或者提单:发现一个提一个

BUG级别:致命     严重 (黑屏或关机)    一般(常见)    建议性(应用性 如:字体等)

BUG收缩阶段在回归阶段

SIT1(第一次系统集成测试):全量测试:使用所有的用例

SIT2(回归测试):增量测试:优先回归上一轮出现bug的用例;主体功能的用例(冒烟测试);跟bug相关联的模块用例;个人认为特殊(可疑)的用例

迭代开发:eg:假设项目版本共有20个子需求(功能点)

分为迭代:12  主体功能点或者重要点    8    次要功能点

敏捷开发:交付周期短轻量级的开发模式    egapp

增量开发:需求按优先级进行划分增量的交付(各个模块的交付)

迭代开发:先做主体  实现其功能 。其次做附加功能

测试应与开发呈并行状态,将bug扼杀在萌芽状态。

评论 (0 个评论)

facelist

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