我在项目中学到了什么——技术篇（业务知识）

前段时间参加了一个项目的测试工作，作为刚刚入职的小白，自然是学到了很多的东西，现在我将我参加该项目学到的知识和感想和大家分享一下。为了适应篇幅同时方便读者的阅读习惯，我分为三篇文章介绍。

二、业务知识

相对于我们现阶段的测试我觉得业务知识主要分为如下几类：
被测软件的知识，作为测试人员首先要了解测试软件的基本知识才能对被测软件展开测试，对被测软件了解的越详细、理解的越好测试用例就覆盖的越多，也就越完善；
软件测试的基础知识，例如测试计划编写、设计测试用例、编写测试报告、提交bug、跟踪BUG修复情况；
网络的基础知识，我们是开发网络安全软件的，需要对网络的沟通方式和实现机制有深入的了解；
测试的软件的了解，无论是进行测试的软件，还是现阶段我们进行测试管理的软件都要熟练的使用。
Python和shell语言的运用，这两门语言是我们在整个测试过程中都会使用到的语言，python具有很多好用的库、shell简单方便。
只有将业务知识熟练地掌握才可以在今后的工作中有更进一步的发展，业务知识是基础、自己的思考总结和经验积累是提升，只有基础打牢了，以后的工作才会有更大的提升。
  
1.测试用例
测试用例=输入（测试数据与操作步骤）+输出（取其执行结果）+测试环境
测试用例的编写：id；责任人；被测对象（详细信息）；测试需求（概括测试目的，被测对象对象特性分析和测试分析）；测试条件；参考文档；输入项输出项；优先级；去其他测试的关联程度。
测试用例的编写需要覆盖完备，每个功能点都需要覆盖到，常见的测试用例编写方法包括等价类、边界值、场景、正交等。基本流程是首先明确测试的功能点，明确功能点之后提取出该功能点的属性，通过分析出该属性的分类如不同种类、不同范围来进行条件组合，编写测试用例，对于不同的属性最好按照单属性测试原则，针对某一属性进行测试。
针对测试用例的编写应当遵循以下原则，
1.每一个测试点应该至少有一个测试用例与之对应；
2. 每个测试用例包含的测试步骤应当尽量简单
3. 每一步step只包含有一种情况，也就是单一特性测试原则；
4. 要遵循测试用例的编写方法；
5. 对于流程尽量实现每个路径的覆盖；
6. 关注需求中特别提出的权限、必输项、初始值和计算结果等内容；
2.测试执行
测试执行主要包括一下几个步骤1、执行测试用例2、记录原始测试数据3、记录缺陷4、对缺陷进行跟踪，管理和监控
测试结果的不一致可能是因为测试环境出错，测试人员人为误差、bug造成的
测试执行有如下四个指标：
测试覆盖率
测试执行率
测试通过率
缺陷解决率

3.缺陷提交
缺陷管理、在整个软件生命周期中识别和管理缺陷，确保缺陷被跟踪管理、不会丢失。
缺陷提交的流程：测试人员发现bug、测试人员反馈给项目组长、项目组长审核、项目组长分配bug、开发人员修复bug、测试人员复测、关闭bug或者重新提交。
缺陷提交的原则：
唯一性;一个bug说明一个问题或者一个bug说明一类问题。
可重现性：提供这个bug的详细步骤、可以让开发人员复现，如果bug不能复现则开发人员就无法解决该问题。
完整性：测试条件和测试环境要描述清楚。
跟踪性：随着版本的更新和变化，测试要深入要及时补充有效信息
责任明确性：要明确缺陷的优先级和重要性严重性

作为一名刚刚入职的小白，还有很多没有学到的知识，如果在文章中出现错误，欢迎大家指正。    
我的邮箱[email protected]