测试用例的编写

这学期我参与了云平台3.0的测试工作，在这其中学到了很多。

一、什么是测试

        软件测试（英语：software testing），描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输出间的审核或者比较过程。软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。

以上是百度百科里面的内容，在我看来软件测试就是为了发现软件里面存在的漏洞而存在的，它让我们的软件性能更完善，让我们软件功能更齐全，让我们的软件更完美。这就是我所认识的测试，虽然不全面，但是这是我自己的理解。

二、测试的目的

         1．发现一些可以通过测试避免的开发风险，使我们的软件质量更高

         2．评价软件的等级，使我们的软件更加完美

         3．根据用户需求文档，验证我们的软件是否符合用户的需求       

         4．查看软件的功能，看软件的功能是否都能够实现，让我们的软件更完整  

         5.  查看用户的需求，看齐是否符合用户对软件安全性的要求

         6.  查看数据库，看软件内容改变的同时数据库的内容是否会发生改变

 三、测试的过程

第一步：对要执行测试的产品/项目进行分析，确定测试策略，制定测试计划。该计划被审核批准后转向第二步。测试

              工作启动前一定要确定正确的测试策略和指导方针，这些是后期开展工作的基础。只有将本次的测试目标和

              要求分析清楚，才能决定测试资源的投入。
第二步：设计测试用例。设计测试用例要根据测试需求和测试策略来进行，进度压力不大时，应该设计的详细，如果

               进度、成本压力较大，则应该保证测试用例覆盖到关键性的测试需求。该用例被批准后转向第三步。
第三步：如果满足“启动准则”（EntryCriteria），那么执行测试。执行测试主要是搭建测试环境，执行测试用例。执行

              测试时要进行进度控制、项目协调等工作。
第四步：提交缺陷。这里要进行缺陷审核和验证等工作。
第五步：消除软件缺陷。通常情况下，开发经理需要审核缺陷，并进行缺陷分配。程序员修改自己负责的缺陷。在程

              序员修改完成后，进入到回归测试阶段。如果满足“完成准则”（ExitCriteria），那么正常结束测试。
第六步：撰写测试报告。对测试进行分析，总结本次的经验教训，在下一次的工作中改。 

       以上内容也是我通过百度百科查询所获得的。我觉得测试的过程就是制定计划、编写用例、依照用例测试软件、发现Bug、修改Bug、回归测试，就这些内容。可能是我总结的过于简单了吧，但是真心觉得它就是这样的。

四、测试用例的编写

测试用例设计和执行是测试工作的核心，也是工作量最大的任务之一。

测试用例(Test Case)目前没有经典的定义。比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。

过程：

1.了解软件的需求（基础）：我参与的是考评系统的测试，在参与这个测试之前我已经通过学校的考试看见了由师哥师姐们开发的考试和评教系统，也就是说我已经作为半个用户体验过了这个系统，至于为什么说是半个？这是因为我们的系统是在不断进步的，有一些新的功能我没有接触过还有教师端的内容、考试的配置、模板的设置等方面的内容我还没有接触过。

2.编写：测试用例编写的原则是让没接触过这个系统的人也能够进行测试（我的看法）。在这一周中，我编写了一些测试用例，真心的感觉到了测试人员的不容易啊：（就软件现有程序里面某一个文本框而言）a）考虑输入为空的情况；b）考虑输入特殊字符的情况；c）考虑输入“   ”的情况；d）考虑输入正确的情况；e）考虑输入正确的内容加空格的情况……你看，就一个简单的文本框需要测试人员考虑多少东西啊！
五、总结

现在的我刚刚开始测试用例的编写，在测试的道路上还有很长的道路要走……