文章分类 - 质量管理
摘要：1、tail 命令格式: tail [必要参数] [选择参数] [文件] 如果一次性查询的数据量太大,可以进行翻页查看 2、head 3、cat 4、sed sed n '/开始时间日期/,/结束时间日期/p' all.log 注意：如果开始时间日志里面是没有的，那么查询结果为空，如果结束时间日志里
阅读全文
摘要：1、Web端特性 首先从系统架构来看的话，web测试只要更新了服务器端，客户端就会同步会更新。而且客户端是可以保证每一个用户的客户端完全一致的。 其次性能方面，web页面可能只会关注响应时间。 最后兼容性方面，web是基于浏览器的，所以更倾向于浏览器和电脑硬件，电脑系统的方向的兼容，不过一般还是以浏
阅读全文
摘要：一、测试用例 什么是测试用例？比较通用的解释：测试用例是通过使用在测试计划中确定的测试技术，对于已确定的测试条件进行逐步推敲，精炼而设计出来的重点说明如何具体操作产生何种结果的文档。 翻译成通俗易懂的话就是你要把想要测试的动作变成在什么情况下，做什么动作，用什么数据方式去做，最后想得到什么样的结果归
阅读全文
摘要：一、测试需求评审 1. 需求评审的意义 ：充分熟悉软件需求，为编写测试用例打下基础；若发现软件需求中有不明确的地方，可以当场沟通，有利于推进测试工作；和开发人员一起参与评审，有助于了解开发的技术方案，有利于测试工程师设计更有效的测试用例。 2. 完善的需求应具备的特点 完整性：每一项需求都必须将所有
阅读全文
摘要：一、测试用例概述 1. 什么是测试用例：其实就是在做测试工作时，把需要输入的数据，以及执行的操作步骤，以及预期的执行结果按照一定的格式用文字描述出来。 2. 测试用例的好处：可以理清楚思路，避免测试遗漏；还是可以随时跟踪测试进度，看到测试用例执行了多少，还剩下多少，进度一目了然；还可以当作重复测试时
阅读全文
摘要：一、需求的相关概念 1. 根据需求规格说明书内容分为：显性需求和隐性需求 显性需求：需求规格说明书中有明确定义的功能需求。 隐性需求：需求规格说明书中没有明确定义的功能需求，但是需要考虑的功能需求。 2. 根据业务功能划分：功能需求和非功能需求 功能需求：明确定义的功能，大部分能够看见，比如：登录。
阅读全文
摘要：一、测试计划 1. 什么时候做测试计划 ：产品需求确定后，测试需求分析完成后就可以开始做测试计划。 2. 不做计划会有什么后果： 无法预估测试工作量和所需测试人员 分工不明确，工作重复或者遗漏 测试执行进度失控，无法合理安排测试工作 应对需求变更困难，风险发生时没有对应的措施，极大可能会导致测试遗漏
阅读全文
摘要：一、Bug产生的原因 需求设计阶段：需求规格说明书编写的不够全面、不完整、不准确而产生的缺陷；设计变更时，没有及时沟通或者沟通不顺畅。 研发阶段：研发过程中的需求变更；程序开发人员对业务上的不理解或理解不一致；代码编写不严谨。 环境问题：环境差异。 二、Bug的描述属性及流程 1. Redmine项
阅读全文
