测试知识整理

上一篇 / 下一篇  2018-07-16 20:46:27

一 、软件生命周期
问题的定义及规划(确定开发目标及可行性)---->需求分析---->软件设计( 系统框架设计、数据库设计)---->程序编码---->软件测试(单元测试、集成测试、系统测试)---->运行维护

二、BUG生命周期
New、Assigned、Open、Fixed、Pending Reset、 ResetClosed

1、功能需求分析:软件功能需求分析是要让测试工程师们搞清楚软件具有哪些功能,最终用户将以什么样的行为来使用被测软件,这是后面开展系统测试活动的基础。
2、软件测试需求分析:功能测试--->兼容性测试----->性能测试---->安全测试(SQL注入、跨脚本攻击)
3、测试技术需求分析:------>解决系统测试方法选型,确定是否需要额外开发测试工具,是否需要开发提供方便测试的接口等。
4、测试环境需求分析、测试资源需求分析 :------->主要解决测试环境机器配备,测试工具License申请或购买,人员协调安排等等。

四、测试计划
测试计划是指导整个测试项目的纲领性文件,是成功测试的前提和必要条件,测试计划一般由测试项目经理和测试架构师一起编写,属于项目的正式文 档,需要通过多部门评审以及需要纳入版本管理。测试计划的依据主要是项目开发计划和一系列测试需求分析的结果来制定。测试计划的内容可以说大而全,站在管 理的角度可以说涵盖了测试活动的各个方面。通常的做法是采用预先定义好的模板,以防止某些环节遗漏或者欠考虑。介绍这方面内容的资料相当多,这里就不展开 了。但有一点相提一下,就是计划永远赶不上变化,一份计划考虑再周到,当实际的实施过程中都会发现很难按照原有计划开展工作。如在软件开发过程中,需求的 变更,开发周期的变化,重要缺陷的暴露,代码重构,资源匮乏、人员流动等都会对测试造成很大的影响。所以,这些就要求测试项目经理能够从宏观上跨团队地来 调控以及测试架构师从技术层面的把关了。

五、一个优秀的测试基础架构长什么样?
1、专一性:优秀的测试基础架构应该让测试开发者只需要关心自己的测试逻辑,而不需要去关注诸如测试在那里执行,测试数据怎么生成等非业务测试相关的内容。
2、统一性:优秀的测试基础架构应该能很方便地和各种CI/CD集成,理想的情况就是Unified Test Execution as a Service. 只要一个简单的Restful调用发起测试请求,至于后台的测试框架,测试执行环境,测试报告等都对CI/CD系统透明。
3、扩展性:当有新的测试框架(比如Puppeteer,NightWatch等)需要接入的时候,基础架构的改动越小越好,甚至可以做到无缝接入。
4、灵活性:测试基础架构的各个模块可以按需加载使用,比如在我们的系统中,基于AI的Defect分类模块,多语言全球Site测试比较报告模块等都是按项目或者Phase加载的。

日历

« 2024-04-24  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 2750
  • 日志数: 4
  • 建立时间: 2017-07-24
  • 更新时间: 2018-07-16

RSS订阅

Open Toolbar