- 非正式评审
- 演示
- 技术评审
- 审查
在评审过程中,参与者分别是:
- 主持人:执行入场检查,跟进返工,指导团队成员,安排会议。
- 作者:负责修复发现的缺陷并提高文档质量
- 抄写员:在评审过程中记录缺陷并参加评审会议
- 审稿人:检查材料是否有缺陷并检查
- 经理:决定执行评审,并确保达到评审过程的目标。
在静态测试中更容易发现的缺陷类型为:
- 违背(编码)标准
- 代码可维护性差
- 代码存在缺陷
- 需求缺失
- 接口规范不一致
通常,在静态测试中发现的缺陷是变量未声明、边界逻辑处理考虑不全面、语法错误、接口设计不一致等因素引起的。
现在我也找了很多测试的朋友,做了一个分享技术的交流群,共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源,没人解答问题,坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化,性能,安全,测试开发等等方面有一定建树的技术大牛
分享他们的经验,还会分享很多直播讲座和技术沙龙
可以免费学习!划重点!开源的!!!
qq群号:110685036【暗号:csdn999】
为什么要进行静态测试?
由于以下原因:
- 早期更容易发现缺陷和修复
- 缩短开发时间
- 降低测试成本和时间
- 为了提高开发效率
- 降低测试阶段出现缺陷的概率
静态测试测试内容是什么
在“静态测试”中,对以下内容进行测试
- 单元测试用例
- 业务需求文档(BRD)
- 用例
- 系统/功能要求
- 原型
- 原型规格文件
- 数据库字段字典电子表格
- 测试数据
- 需求跟踪矩阵文件
- 用户手册/培训指南/文档
- 测试计划策略文档/测试用例
- 自动化/性能测试脚本
如何进行静态测试
要做静态测试,它可以通过以下方式完成:
- 进行检查过程以完全检查应用程序的设计
- 对要审核的每个文档使用清单,以确保所有审核均被完全覆盖
执行静态测试的各种活动是:
- **用例需求验证:**它验证是否标识了所有最终用户操作以及与之关联的任何输入和输出。用例越详细和透彻,测试用例就越准确和全面。
- 功能需求验证:确保功能需求标识所有必要的元素。它还查看数据库功能,接口列表以及硬件,软件和网络要求。
- 架构评审:所有业务级别的流程,例如服务器位置,网络图,协议定义,负载平衡,数据库可访问性,测试设备等。
- 原型/屏幕模型验证:此阶段包括需求和用例的验证。
- 字段字典验证:UI中的每个字段都定义得足够好,可以创建字段级别的验证测试用例。字段用于检查最小/最大长度,列表值,错误消息等。
静态测试技术有哪些
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数软件测试工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年软件测试全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上软件测试开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip1024b (备注软件测试)
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
798230817)]
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!