• 0
  • 0
分享
  • 测试产品需求文档功能点——软件测试圈
  • 恬恬圈 2021-12-21 16:32:22 字数 576 阅读 1009 收藏 0

1.1输入项

  1. 边界清晰,类型明确,例如名称为“0-100”的“字符串”组成;

  2. 属性明确,例如单价、数量为必填项,金额不可编辑,金额=单价*数量;

  3. 来源清晰,例如机台为下拉框方式显示,选项值来源(基础数据-机台设置-新增的数据);

  4. 容错处理,例如1.机台为字符串1-100,当输入大于100时输入无效;2.身份证未必填项,保存时,未填,提示“请填写身份证”;

  5. 数值规范,例如开始日期初始化=当前日期-15天,结束日期初始化=当天日期。

1.2界面

  1. 产品原型布局合理清晰,包括菜单、按钮、查询输入框,列显示;

  2. 事件触发约束:例如:1.默认:编辑、取消、保存置灰,退出按钮可用,选中某行后,编辑恢复可用;2.未选择数据,点击“编辑”,提示“未选择数据”;

  3. 规范显示:例如有个文章标题有80多个字,实际输出项只能显示20个字,则处理为”标题…”。

1.3业务

  1. 业务流程描述清晰无歧义,业务流程逻辑关系通畅无阻塞;

  2. 业务规则明确,例如权限,游客可以把商品加入购物车,但是付款必须登录;

  3. 算法逻辑合乎常理,比较复杂的计算公式最好有简单例子来辅助理解。

1.4接口

http接口内容包括:名称、描述、请求URL、请求方式、表头、入参、出参、输出类型。

1.5其他

性能要求:必须考虑性能的重要指标,如重要功能、数据量、响应时间。

举例:查询界面每5000条数据1S以内加载并处理完成。


文章来源:百度文库

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   今天小梦就已微信红包为例,说说在实际项目中如何设计测试用例!希望也能对你有一些启发 : )  1. 设计测试用例的一般步骤  我先简单讲一下我写测试用例的操作步骤:  详细了解并梳理系统功能需求,必要时找产品进行需求澄清;  如果是比较复杂,或者对原有功能改动较多,在梳理需求的过程最好能画出业务流程图;  根据需求/流程图列出所有功能测试点;  根据测试点编写详细的功能测试用例。  2. 实例 - 微信红包  2.1 需求  微信红包的诞生  我还记得微信红包的大流行是在2015年,那一年我边看春晚,边拿着两个手机摇一摇。此后每年的春节期间,抢红包,发红包,成了和支付宝集五福一样的新习俗。...
            9 9 2601
            分享
          •   本文将概述测试工程师的现状及发展方向,并着重介绍测试开发工程师的发展及所需具备的技能,以及本部门搭建的测试平台的概况和意义。  一、测试工程师的现状  很多测试小伙伴在工作中有时会比较迷茫,不知该怎样突破瓶颈,更好的发展。  那么测试人员究竟该如何打破瓶颈继续向上提升呢?如果你苦于不知所措,又满怀斗志向上的话,不妨一起聊聊。测试职业发展有典型的三种方向:  ·管理方向  · 技术型方向  · 转行  在此重点说下技术型方向的发展。曾几何时,提的bug被否认而倍感无力;曾几何时,遇到一个偶发复现的bug,到上线了都不知道该怎么复现;曾几何时,面对没有前端页面的测试任务,不知该从哪下手测试;曾...
            0 0 891
            分享
          • 我发现,在OO和UML几乎一统天下的今天,仍有很多系统分析员对OO和UML一知半解,甚至包括很多已经使用了很久UML的系统分析员。于是打算写一个系列文章,将多年来的工作经验做一个总结。对初学者起个启蒙作用,也希望抛砖引喻,与各路大虾共同探讨,共同提高。这个系列文章将以我对OO和系统分析的理解为主,从UML基础开始,阐述面向对象的需求分析方法,过程,并以RUP为例,阐述如何将OO过程与软件过程有机结合在一起,做一个真正OO应用。好了,今天是第一篇。想得很远,不知能否坚持下去,呵呵:lol:用例是什么?其原始英文是usecase,直译过来就成了用例。这也是一个比较贴切的叫法了,从字面的直接理解就是...
            13 14 1376
            分享
          •           首先,确保你所发现的问题是确实是一个bug,不要出现因为测试人员操作错误或配置错误所引起的“bug”,这样会降低你在开发人员心中的可信度。在测试的时候,如果发现测试的实际结果与预期测试结果不符时,不要着急马上报bug,先想想为什么会出现错误。作为专业的测试人员,应该能够对出现的问题进行跟踪,确认了在配置、操作没有错误的前提下,通过追踪分析确认所测试的业务流程确实是存在bug,并能大概对bug的产生原因进行定位。测试人员,需要做到专业,尽量少给开发找麻烦,不要制造实际上并不存在的bug。    &...
            0 0 1004
            分享
          • 三种无效的BugBy Design:设计需求就是这么设计的,无效的BugDuplicate:这个问题别人已经发现,重复的BugNot Repro:无法复现的问题,无效的Bug四种有效的BugFixed:问题被修复External:外部原因(比如浏览器、操作系统、其他第三方软件)造成的问题Postponed:是个问题,发现的太晚了,目前不必修理了,下一个版本讨论是否解决或推迟到以后再解决Won’t?Fix:是个问题,但是不值得修复?,不管它?三维bug定义:bug三维:严重程度,处理优先级,影响范围。Bug严重程度。由Bug的创建者视情况来指定,其中1为最严重的问题,4为最小的问题。一般来讲,1...
            12 12 1228
            分享
      • 51testing软件测试圈微信