51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4288|回复: 8
打印 上一主题 下一主题

[求助] 求助关于软件测试需求分析的编写

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-1-21 16:20:49 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我第一个公司的测试流程是和开发一起分析需求,然后根据软件需求订测试计划和用例,然后测试等
现在这个公司,软件的需求是开发做,做好后测试拿软件需求先做测试需求再订计划用例等。
就是说测试和开发独立出来写需求,
然后最近经理
要我编写一个子系统的功能测试需求分析,我完全没有经验要写什么
然后经理说要分业务和系统2方面
对此我理解不了  业务功能和系统功能分别指什么?
还有就是经理一直强调我不要从系统功能出发,要从业务流程上分析需要实现功能点,这个我也理解不了到底要写成什么样的。
有经验的请给予指导,谢谢了
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2011-1-21 16:21:45 | 只看该作者
自沙希望有人回复,讨论一下亦可
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2011-1-21 17:02:09 | 只看该作者
没有人讨论一下吗?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2011-1-24 11:55:28 | 只看该作者
业务功能应该是从客户的原始需求入手去梳理,包括业务流程、业务角色等等,原则上来讲要是你们公司需求做的好的话,应该有原始需求的调研及分析的过程,如果有输出的需求规格说明(用例图)是最OK的,你们照着去梳理业务流程,我个人感觉主要抓住分角色去进行业务场景梳理,比如物资管理系统,那么涉及到的角色有省级管理以及地市级管理,那就得至少分成这两种角色进行其物资的入库、调拨、下发、回收等流程测试。这些流程按道理在需求规格或业务原始需求中应该是明确的,当然如果需求规格就有问题,你们跟着肯定就倒霉了。系统功能部分我个认理解是纯系统的部分,按照系统功能一级、二级架构去整理就可以了,比如查询,就是单纯的去测试各种查询条件的组合的结果是不是正确,界面控件摆放等等。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2011-1-27 15:28:24 | 只看该作者
谢谢你的指导
回复 支持 反对

使用道具 举报

  • TA的每日心情
    擦汗
    2018-5-2 16:08
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    6#
    发表于 2011-2-12 10:43:51 | 只看该作者
    我写需求的时候就是站在客户的角度上把所有的基本功能点全部的考虑进去,需求其实就是需求分析师与客户的意见进行统一的结合体
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2011-2-17 20:49:17 | 只看该作者
    一句两句还真说不清楚
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    8#
    发表于 2011-2-21 14:36:21 | 只看该作者
    呵呵,你们经理的意思是让你关注流程,在流程中关注功能的基本流。

    系统级别的测试。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2011-2-21 16:44:14 | 只看该作者
    可以把需求按照角色划分为一个个的故事情节来梳理
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-15 00:07 , Processed in 0.073051 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表