摘要：
今天将自己整理的软件缺陷管理的一些知识写下来，希望可以和大家互相交流学习。1 缺陷基本属性缺陷标识（ID）：每一个缺陷必须有一个唯一的缺陷ID，可以根据该ID追踪缺陷；缺陷状态（Status）：缺陷修复过程的进展情况；缺陷标题/概要（Summary）：记录缺陷位置，缺陷结果（在什么位置、什么条件下，发生什么结果），最好少于50字；缺陷详细描述（Description）：简洁、准确、完整、可重现，揭示错误实质；菜单、错误信息用符号双引号，按钮用符号【】；以下是模式：前提条件：···步骤：1）用什么帐号、权限，登陆程序； 2）功能菜单导航，打开一级菜单->二级菜 阅读全文
摘要：
测试工程师有一样很重要的工作就编写测试用例。测试用例是对需求的另一种描述，它能引导大家进一步加深对系统的理解和对特性的全面关注，从而帮助产品和开发重新审核需求的合理性和一致性，所以应该是测试工程师最重要的一项产出。一般的测试用例分为输入，行为，和希望结果三个部分。这三个部分通常的测试用例都能满足，但是怎样的测试用例才能算上优秀的测试用例呢？基于以往之测试经验，我总结了优秀测试用例的几个特点。1：正确性：毫无疑问，测试用例必须是需求的正确描述。但是我们往往忘记了多想一步：这是用户正确需要的吗？我曾经有个一个失败的testcase，当一个条件输入异常的时候系统返回-1给前端接口，然后前端返回错误信 阅读全文
摘要：
前言：在EIAC项目组参与测试接近三年，成功测试了很多业务功能和流程，但同时也出现过多次失误和雷区，其中有些失误确实是难以避免的，但是有些可以通过仔细测试，或者通过有效沟通或其他用例评审等都是完全可以避免，本总结统计和分析在EIAC测试过程中，出现的几次严重失误，作为后续测试的经验教训，为自己后续参与其他项目提供参考，也为后续其他测试人员参与EIAC提供简单的指导，以便重复同样或类似的错误。问题一：问题描述：（由于时间长，以前没有记录，记不太准了，大体是这样的！）在业务流程中，有两个功能块，每个功能块分别对应着一个开发人员和一个测试人员，两个功能块在测试环境都没有问题，上了生产环境，只是做表面 阅读全文