代码管理工具git:有的公司也用SVN 公司开发的过程: 测试流程: 1.需求分析阶段 1.产品给需求文档--1-2天的时间去看一下 ---有不懂的方先标出来 2.产品经理会发起一个需求评审会议-- 产品、开发、测试、运营(不是必须)、项目经理 产品经理会详细说明他出这个需求的目的是什么(背景是什么),详细说明该需求的实现逻辑,想要怎么实现 3.我会将之前有疑问的地方提出来,产品经理会做详细解答 4.开发也会将一些疑问提出来,同时会评估该需求是否能实现 5.达到 产品开发,测试对于需求的理解达成一致 2.测试准备阶段 1. 出测试计划: 谁出的? 组长出一个测试计划 有什么内容? 1.测试范围--测试哪些需求 2.分工 ---每个人负责的模块 3.时间安排 --什么时候开测试(提测时间)--冒烟测试(什么时候开始什么时候结束)--系统测试(什么时候开始什么时候结束) ---回归测试(什么时候开始什么时候结束)--验收(UAT测试--什么时候开始什么时候结束)--上线时间 4.测试方案 --什么地方做什么测试 哪些地方只需要做功能测试 哪些地方需要做接口测试 哪些地方需要做一些专项测试 性能测试、兼容性测试 5.测试物料 : 文档、使用的设备 2. 写用例 根据自己分到模块的对应的需求文档先用XMind思维导图提取测试点 -- 根据测试点转成测试用例 3. 用例评审 谁发起的? 谁的用例谁发起 --测试会商量一个统一的时间 哪些人参与? 测试人员、项目经理(可有可无)、产品、开发(评审到谁的就叫谁过来) 干什么事? 测试:详细讲解你的这个测试用例是怎么写的,为什么写这个用例这个用例是为了测试什么 产品会从他出这个需求的角度去思考,看有没有遗漏的点或者需求理解不对的地方 开发:这个阶段的开发已经对需求已经开发了一部分,对应需求的理解更深一步,有想法不一样的就提出来 结果:大家对产品的需求有更深的理解,同时对于需求理解再次达成一致 查漏补缺,有些没有覆盖到的场景提出来 测试根据评审结果对用例进行修改 3.测试执行阶段 1. 提测 ---冒烟测试 测试什么: 测试主流程是否能跑通 都能测通 ---进入到系统测试阶段 测不通 ---打回 部分能测通 ---不通的打回,通的进入下一个阶段测试 2. 系统测试 就是执行所有的测试用例 测试当前版本需求所涉及的所有功能 ---需要测的非常仔细 有bug提交bug并且跟踪关闭bug 3.回归测试 不是测bug 测试所有模块的主要功能是否能正常使用 避免有时候 开发的代码修改点的评估可能有遗漏 保证上线的产品所有功能都是能正常使用的 4.验收测试(UAT) 谁测:谁出的需求谁来测 --产品或者运营 测试做什么事情? 辅助产品测试:造测试数据,讲解开发的逻辑 5.出测试报告: 谁写的? 所有测试人员都可以写 1.项目背景 2.测试的需求 --有哪些需求(本次版本实现了哪些需求) 这些需求分工 哪些需求是哪些产品出的 哪些需求是哪些开发开发的 哪些需求是哪个测试测的 3. 有哪些测试用例 测试用例的执行情况 哪些是直接测试就通过了的,哪些是测试了多次才通过的(哪些失败哪些成功) 4.bug的情况 bug的分布 bug是哪个开发 bug是在哪个模块上 bug是谁发现 各严重程度的bug有多少: 致命bug多少 严重 一般 轻微 bug的修复情况: 有没有遗留的bug,如果有为什么遗留 5.测试方案 测试方案 --什么地方做什么测试 哪些地方只需要做功能测试 哪些地方需要做接口测试 哪些地方需要做一些专项测试 性能测试、兼容性测试 6.测试物料: 测试设备: xiaomi Mix3 ,华为 详细的型号 app的版本 xx.xx.xx web测试:浏览器品牌和版本 7.测试环境和各需求入口 测试是在哪个环境测试 环境:开发环境(dev)、测试环境(sit)、验收环境(UAT) 在哪个地方进入: url地址 在某个界面点击某个区域 8.测试的问题 在测试过程中遇到了什么问题 测试产生了风险: 测试时间不够 开发晚提测 出现了某个bug 卡了很久 9.测试结论: 通过还是不通过 测试报告: 谁看:都要看 谁用: 运维需要根据测试报告结果来决定是否上线 git的使用: 软件开发概念: 一个软件通常不是一个人开发而是一个团队开发: 前端开发 后端开发 都有自己的代码: 不同开发人员开发不同的模块 随着开发的深入,项目的完成度越来越高 --每个人的开发 --单元 每个人 是在自己的电脑上开发--需要把所有的模块集成在一起才能组成一个系统 就需要每个人都把代码上传到一个指定的地方 --代码仓库 上传代码需要工具上传 --git工具或者svn 上传代码: 有没有可能两个人同时对同一个文件都做了不同的修改 就需要对代码进行管理--每次代码有变更的时候大家都能知道 代码管理工具: git : 开源免费 ---绝大部分公司都是使用git github ---全世界最大的程序员交流社区 世界上最大的开源社区 svn: 收费 1.git安装: 直接点击 exe文件安装 https://www.cnblogs.com/xueweisuoyong/p/11914045.html #安装教程 2.使用: 1.先注册一个远程仓库 注册gitee账号: 2.配置账号: git config --global user.name '你的gitee账号' git config --global user.email '你的邮箱' 替换账号和邮箱: 替换设置用户名和邮箱: git config --global --replace-all user.name "yourName" git config --global --replace-all user.email "your@email.com" 检查账号是否配置好: git config --list 3.生成公钥私钥 1. cd ~ 2. ssh-keygen.exe 然后一直回车(一般三次回车) 3.cd ~/.ssh ls #查看文件内容 会有两个文件 id_rsa id_rsa.pub cat id_rsa.pub #查看id_rsa.pub文件的内容,并且将文件内容复制下来 4. gitee界面--点击头像--设置--安全设置--ssh公钥--将步骤3复制的内容粘贴到公钥的输入框,然后点击确定 保存复制的公钥 5.初始化本地仓库 git init #会将当前目录初始化成本地仓库 --自动新建了一个本地master分支 #git 是通过分支管理代码 6. 配置远程仓库地址 git remote add origin '远程仓库地址' #添加远程仓库地址 git remote -v #查看已经设置的远程仓库地址 替换远程仓库地址: git remote set-url origin 新的远程仓库地址 7.上传文件 1. 先查看一下当前本地仓库有哪些可以上传的文件 git status #查看当前本地仓库(目录)下哪些文件有修改单是又未上传 2.将本地文件添加到缓存区中 git add 文件名 一次提交多个文件操作: git add 文件1 文件2 #同时将文件1和文件2 都添加到缓存区 git add test* #将所有以test开头的文件都添加到缓存区 git add * #将所有文件都添加到缓存区 3.将缓存区中的文件提交到本地分支中去 git commit -m '提交的内容' 4. 将文件推送到远程仓库 git push origin master #将本地master分支中的内容推送到远程仓库上去 git push -f origin master #强制将本地代码推送到远程 #强制推送,本地代码会将远程的代码覆盖掉 8. 下拉文件到本地仓库 1. 将整个项目都克隆到本地仓库 git clone '你的远程仓库地址' 2.更新本地仓库内容: git pull origin master #一般使用这种方式解决冲突 9. 分支管理: 1.创建分支 git checkout -b '需要创建的分支名称' #创建一个新分支并且切换成当前创建的分支 2.将本地创建的分支推送到远程 git push origin 新分支名 #将本地分支推送到远程 3.查看当前分支 查看本地分支: git branch 查看所有分支: 4.切换分支 git checkout 要切换的分支名 #切换到指定的分支 5.删除本地分支 git branch -d 需要删除的分支名