51Testing软件测试论坛

标题: 求助关于软件测试需求分析的编写 [打印本页]

作者: lky1 时间: 2011-1-21 16:20
标题: 求助关于软件测试需求分析的编写
我第一个公司的测试流程是和开发一起分析需求，然后根据软件需求订测试计划和用例，然后测试等
现在这个公司，软件的需求是开发做，做好后测试拿软件需求先做测试需求再订计划用例等。
就是说测试和开发独立出来写需求，
然后最近经理
要我编写一个子系统的功能测试需求分析，我完全没有经验要写什么
然后经理说要分业务和系统2方面
对此我理解不了业务功能和系统功能分别指什么？
还有就是经理一直强调我不要从系统功能出发，要从业务流程上分析需要实现功能点，这个我也理解不了到底要写成什么样的。
有经验的请给予指导，谢谢了

作者: lky1 时间: 2011-1-21 16:21
自沙希望有人回复，讨论一下亦可

作者: lky1 时间: 2011-1-21 17:02
没有人讨论一下吗？

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

作者: lky1 时间: 2011-1-27 15:28
谢谢你的指导

作者: wanghuiwan 时间: 2011-2-12 10:43
我写需求的时候就是站在客户的角度上把所有的基本功能点全部的考虑进去，需求其实就是需求分析师与客户的意见进行统一的结合体

作者: 愚人 时间: 2011-2-17 20:49
一句两句还真说不清楚

作者: archonwang 时间: 2011-2-21 14:36
呵呵，你们经理的意思是让你关注流程，在流程中关注功能的基本流。

系统级别的测试。

作者: xiaozhai 时间: 2011-2-21 16:44
可以把需求按照角色划分为一个个的故事情节来梳理

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)