51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: 默默巫
打印 上一主题 下一主题

[你问我来答第7期]:如何收集有效的用户需求?(已结束)

[复制链接]

该用户从未签到

81#
发表于 2010-12-29 15:56:09 | 只看该作者
您好,能帮我提供一份测试工程师年终工作总结的文档吗?我不知道该怎么写,毕竟我做这一行,时间不久,有些东西不是很理解~~~
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2016-6-2 16:41
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    82#
    发表于 2010-12-29 16:27:41 | 只看该作者
    回复 54# hamson

    我觉得你问题的关键在于集群
    那么在做集群性能测试的时候,可能会遇到这样一个问题,就是所有压力加载到一台服务器上去了,并没有像预期那样——每台服务器承受相同的压力
    这样的问题是由于DNS缓存造成的,很显然解决的关键在于不要保存DNS缓存
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-10-13 13:59
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    83#
    发表于 2010-12-29 17:24:46 | 只看该作者
    谢谢82# 的回答
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-10-13 13:59
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    84#
    发表于 2010-12-29 17:54:53 | 只看该作者
    回复14#leilei10086
       我们公司的方案同事由于能力参差不齐,导致做出的方案很是不尽人意,每次跟有经验的同事合作还好,很顺利,碰上没经验的新手,就无休止的折腾,想问下汤老师,怎么样在前期跟方案沟通,尽量把所有问题都定位需求评审上,这样不会导致太耽误工期!谢谢!

    你好,出现这种问题的原因很多,如你们的工作处理方式不同;需求的理解不一致,工作能力不在一个相同基准上以及你们的沟通不是很好等有关,但我想主要原因应该是对项目不熟悉,对需求了解不全面,不深入而引起的。对于这种问题如果公司在前期就对各种文档如需求文档,软件设计文档,概要设计文档,use case准备及编写比较齐全的话那么对防止这问题的出现有很好的帮助且对不太熟悉项目的同事以较短时间熟悉项目,需求等也会有很大帮助的,但你提到的这种问题是不可能全部在需求阶段解决的。每一位不太熟悉项目的同事在与你合作时都会出现这种问题,所以要解决这问题最有效的办法就是事先与你要合作的同事沟通好,尽快的帮助他熟悉项目,掌握需求这样在工作中即使还会出现些问题但也不会太耽误工期的。谢谢。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-10-13 13:59
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    85#
    发表于 2010-12-29 18:04:05 | 只看该作者
    回复17#fir
    我刚做测试不久,原来做过开发,目前公司就我一个测试的,也不能跟着一个测试团队进行全面的锻炼,全靠自己摸索,做测试已经三个月了。测试出来的结果经理给出了唯一的评价:测试水平和测试后的结果非常差,程序只能基本满足应用。看到这个很受打击,不知道怎样才能提高测试技术?很苦恼。感觉自己在编写测试用例的时候路径覆盖的不够全面,有些用例有的时候都想不到。请问有什么很好的方法改善呢?

    你好,每个人在一个新的项目中刚开始做用例设计时都会碰到这种问题的,要解决这问题的最好方法我想还是尽快的熟悉该项目的业务流程,了解项目的组织结构,尽快的熟悉use case, 以及多看看编写case的一些方法并尽量应用到实际的工作项目中,当然还可以多参考下别人写的CASE,这样的话相信对自己以后CASE的设计能力的提高及对覆盖率的增大将会有很大的帮助。谢谢
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-10-13 13:59
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    86#
    发表于 2010-12-29 18:27:31 | 只看该作者
    回复20#nathan193
        购物网站的如何做测试?性能测试如何做?比如如何分析?需要关注的有哪些参数?希望有详细资料。
        刚做测试不久,目前公司就我一个测试的,也不能跟着一个测试团队进行全面的锻炼,全靠自己摸索。像俺这样的新手是留守还是跳槽到有测试团队的企业发展呢?
       
       你好,任何项目(即包括了你的购物网站)的测试流程不外乎: 首先拿到该项目的相关文档,如需求,网站设计文档,系统架构等文档来尽快的熟悉它;然后我们做一份针对这个项目的测试计划,其中包括了这项目的特点,要测试的范围以及需着重关注的领域。对于购物型的网站,当然在UI,网站的安全性,网站的性能及兼容性会作为比较重要的测试点,如果你们的购物网站比较大,在国外都有影响力的话那还应该加上本地化方面的测试。做好测试计划,接下来就按测试计划的指导来走了,如会对测试环境的搭建,用例数据的准备,等直到项目的验证测试,递交给客户,对于网站来说也就是上线了。 性能测试如何做? 当然首先也得明确我们性能测试的目标,先做出一份性能测试计划,里面包括了你的测试场景,测试环境的描述,性能工具的选择及相关的性能指标等。有了计划以后你就可以准备好你的测试角本了,及搭建好你的测试环境,OK,剩下的就是经典的操作流程了,录制,优化,运行,监控,分析,最后得出报告。至于要关注哪些参数这取决于你测试计划中的测试目标了,如一些关键场景中系统的吞吐量,系统的响应时间,系统资源(CPU,硬盘,内存等)的占用情况,这都是你要关注的。  如果你是第一次做这样的测试的话是会碰到比较多的问题,如果碰到了可以发过来,我会尽量帮助你的。至于你是否走或留,就看在那里还有没有吸引你的地方了,如,较高的薪水,较大的发展空间,能学到与提升自己的能力,或离家比较近,呵呵,如果没一样能吸引你的话那就走吧。 谢谢
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-10-13 13:59
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    87#
    发表于 2010-12-29 21:48:32 | 只看该作者
    本帖最后由 骄阳似火 于 2010-12-29 22:15 编辑

    回复26#sstic:
      能否详细介绍一下,测试部门中常见的运作模式(运作模式应该是指整个部门的运作是采用什么样的模式,我想知道一些详细描述)?
       你好,我可能只是比你多了点时间的测试经验而已,跟你一样在不断的学习与提升中,对于你提出的问题我想你应该是想知道测试部门中各种流程以及测试部门的组织结构是怎么样的对吧,在流程上如沟通流程,文档获取流程,资源管理流程,软件测试流程,员工培训流程等等,这都是需要测试部门的测试经理来制定的,每家公司应该都是有所差别的,如果要详细的解答的话则需要一位这种级别的manager才能够详细的告诉你了。不过这可能会涉及到公司的一些保密方面的问题估计一般不会给你详细文档的,只有自己去收集了,在这之前你可以先看看你们公司测试部门的各流程文档是怎么样的,先学习学习。至于组织结构方面据我了解一般小的公司:测试是以小组的形式存在的且隶属于开发Team,大一点的公司才会独立出来作为与开发team并立的一个部门,一个部门的teser中并不一定都在一个项目中,可能会隶属于好几个不同的项目,在工作方面大部份直接向项目经理报告,只有部门上的一些事情才会由测试部门经理来负责了,如部门的活动,与其它部门的交流,沟通,以及本部门各种规章制度,流程的创建。如果你对这块很有兴趣的话建议你可以看看软件评测师这本书,这书对组织流程这方面有详细的描述的。  谢谢
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-10-13 13:59
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    88#
    发表于 2010-12-29 21:48:54 | 只看该作者
    回复26#sstic:
      能否详细介绍一下,测试部门中常见的运作模式(运作模式应该是指整个部门的运作是采用什么样的模式,我想知道一些详细描述)?
       你好,我可能只是比你多了点时间的测试经验而已,跟你一样在不断的学习与提升中,对于你提出的问题我想你应该是想知道测试部门中各种流程以及测试部门的组织结构是怎么样的对吧,在流程上如沟通流程,文档获取流程,资源管理流程,软件测试流程,员工培训流程等等,这都是需要测试部门的测试经理来制定的,每家公司应该都是有所差别的,如果要详细的解答的话则需要一位这种级别的manager才能够详细的告诉你了。不过这可能会涉及到公司的一些保密方面的问题估计一般不会给你详细文档的,只有自己去收集了,在这之前你可以先看看你们公司测试部门的各流程文档是怎么样的,先学习学习。至于组织结构方面据我了解一般小的公司:测试是以小组的形式存在的且隶属于开发Team,大一点的公司才会独立出来作为与开发team并立的一个部门,一个部门的teser中并不一定都在一个项目中,可能会隶属于好几个不同的项目,在工作方面大部份直接向项目经理报告,只有部门上的一些事情才会由测试部门经理来负责了,如部门的活动,与其它部门的交流,沟通,以及本部门各种规章制度,流程的创建。如果你对这块很有兴趣的话建议你可以看看软件评测师这本书,这书对组织流程这方面有详细的描述的。  谢谢
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-10-13 13:59
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    89#
    发表于 2010-12-30 10:54:22 | 只看该作者
    回复81#
      测试工程师的工作总结如何写? 我想在写这娄文档时,重点是你今年内的工作情况如何,工作成就有哪些,都做了些什么,有哪些收获,以及还有哪些问题需要解决的等,当然还有一些其它方面的要求,具本的你可以参考这篇在51testing上就有的范文:http://www.51testing.com/html/03/n-7103.html,还是挺有借鉴价值的。  谢谢
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-10-13 13:59
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    90#
    发表于 2010-12-30 11:03:42 | 只看该作者
    非常感谢36#的回答
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    91#
    发表于 2010-12-30 15:20:44 | 只看该作者
    回复 86# 骄阳似火

    需要进行整个功能流程的走通,整个系统的架构流程很重要,只有充分了解系统的的原理及其使用流程才可以进行进一步的操作。
    这类网站,对于安全性、网络的承载能量
    流量、带宽方面的要求都是较高的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    92#
    发表于 2010-12-30 21:18:49 | 只看该作者
    本帖最后由 jimao 于 2010-12-30 21:21 编辑

    “骄阳似火”,您好,看了你有测试管理方面的经验,能够详细介绍一下“软件测试部门的管理工作”到底包括哪些工作呀?很想详细了解一下,期待回答中。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-10-13 13:59
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    93#
    发表于 2010-12-30 22:34:13 | 只看该作者
    回复29#Anny.2008
    Q1:需求规格说明书:如何有效的需求评审?(一般来说,评审的内容包括:规范性、正确性、必要性、可行性、无歧义性、完整性、可验收性、一致性、可追踪性及可用性。可否把您认为比较好的“需求评审检查单”在这提供一份,我将感激涕零!~~)
      Q2:需求规格说明书中没有描述的需求,但却是客户实际需要的(在家闭门造车,无市场调研)。测试人员用什么方式收集这类需求?
      Q3:需求总是不能固定?不固定就会引出问题,然后引出一系列的bug,如何更好的控制?我想很多人都有如此的困惑,可否详细列一下“需求变更的工作流程”?

    你好,首先回答你的第二个问题吧,因为是收集需求方面的问题,你说的没有描述的需求却是实际中存在的,这类是属于隐性需求,常包括一些涉及到行业的基本规则流程;软件的基本操作与术语;目前中大家都在执行的好的设计风格与习惯等,如菜单功能布局的方式:常用的选项放前面,重要的次后,次要的选项在最后,且对其嵌套的层次一般不超过3级等。 这种类型的需求你首先得对该项目所属的业务领域及流程进行详细的了解,当然越详细越好了呵呵,如金融的,或电信的或是安防方面的等等,可以通过书籍,网络,朋友等方式来熟悉 2:熟成约定的软件技术(一些很基本的,共有的约定及操作习惯),可以看看国家软件行业规则方面的资料或是参考类似项目的一些共性方法与相关的约定 3:项目所属行业的法律法规也是其隐性需求之一,多了解下相关行业的法律法规了 4:客户认为是大家都知道的,对于这种类型的需求,解决方式就要与客户多沟通,把一些模糊的,有待确定的问题及时的达成一致。做好这几点的话我相信在隐性需求这块就会设计得很全面不会有太大的遗落了。
    有了需求后如何有效评审呢,我觉得方法很多,其中最重要的是在评审前让大家都知道评审的范围,流程方式及所要达到结果,并且让大家有时间来熟悉自己所要评审的内容这样的话对评审的效果会有很大的帮助。在评审时很多情况下我们所要面对的都是一堆厚厚的需求文档,如果做为评审的组织者的话,我想他会在事先把些重要的,优先级高的需求发给相关的人员,接下来才会发一些级别低点的需求。当然在具本执行过程中会有很多的技功方法的如在评审的过程中是先以个人发言的形式或是以小组的形式等,其更多的组织方法你可查下相关需求评审流程方面的文档。至于相关的评审检查表,sorry,因为现在在外面,没有,只有等回去找找在给你了。
    第三个问题:在项目中特别是前期需求变动的频率会比较大,我觉得这是正常的,只要在我们的控制接受范围。因为刚开始时客户可能自己都不知道真正想要什么,并且对所要的系统功能还不清楚,不明白, 而随着项目的不断进展,客户对系统的了解随之加深,这样的话就会不断的出现新的需求,或对原有需求的改动了。这是客户自身原因而引起需求变动的,当然就更不用说因沟通不到位而引起的需求变动了。 对于这种情况我觉得可以采用这几种方式来尽量减小因需求的变动而带来的相关影响,如,新的bug的出现,项目的延期等 。 1. 首先在开始时就让客户意识到需求的重要性,这样可预防或尽量减少客户的任意要求。2.在合同中就应有相关需求变动方面的约束,如需求的次数,提出的方式等 3. 建立独立的需求评审部门与需求变更控制流程,每次的需求变更都有相应的文档跟踪 4. 每次的变更后做好相应文档如use case, test case, test plan, 等的更新。 在这要重点说说需求变更的流程:客户提出需求更改的请求->由客户代表把需求变动的要求提交给需求评审部门-> 需求评审部门会做一个需求可行性,更改的风险性等全方面的一个评估报告->OK,接受的话会给客户一个同意更改的文档(当然如果不接受的话即应把拒绝理由,如更改后会增加资金的投入,项目的延期等 回复给客户,让客户来承担相关的责任并来做最终的决定),并且告诉客户新变动的需求会在哪个version,哪个时间点给提进去-> 最后就是做好相应文档的更新了。希望能对你有所帮助。 谢谢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    94#
    发表于 2010-12-31 19:51:20 | 只看该作者
    经常听到大家说测试平台,我很想知道常用的测试平台有哪些?汤专家能否详细说一下,谢谢!!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-10-13 13:59
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    95#
    发表于 2011-1-1 09:45:06 | 只看该作者
    本帖最后由 骄阳似火 于 2011-1-1 09:46 编辑

    回复29#

    在51testing这发现一份不错的评审单,你可以设计成你想要的EXCEL或其它的格式,地址:http://www.51testing.com/html/82/n-224482.html
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-10-13 13:59
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    96#
    发表于 2011-1-1 10:07:36 | 只看该作者
    回复30#
    1、对于国内目前的IT公司多数是不具备自动化测试的环境与条件?对于测试通行们想要提高自动化测试的水平您有什么可行的建议?
    2、自动化测试在国内IT公司中 占测试中的比例到底有多少?
    3、自动化测试推广的可行性有多高?

    你好,这些问题中,我只说下测试同行如何提高自动化水平,其实这种问题在网上是有很多种回答的。个人觉得开始时最有效的方法就是熟悉一种自动化测试工具(最好是自己项目中应用的,以便能使所学的联系到工作中来)以便短时间内能看到应用效果从而给自己明显的成就感从而给自己更多的学习动力,然后可以详细的学习该工具所采用的脚本语言如vbscript? TCL? JavaScript 或其它的, 这些都Ok 的话接下来就可以具本详细的学习门语言如:Java,C#或其它的,在学习中你也会接触到更深入的软件设计思想,软件工程等方面的知识。这样不断的提升自己,直到有一天你发现自己已远远达到自己当初的目标。其它的问题建议你在网上做一个调查,以便得出更准确的答案。谢谢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    97#
    发表于 2011-1-1 10:54:25 | 只看该作者
    做软件测试已经快3年了,一直在一家公司干?测试计划、测试用例、测试报告倒是写了不少?可是现在这个项目,客户需要我们公司提供测试方案?说实话,真不知道如何去写,在google查了很多,感觉还是有些茫然?到底测试方案与测试案例、测试用例有啥区别?有编写过测试方案的朋友介绍一下测试方案该如何编写,谢谢!!!

       希望客座专家帮帮我,谢谢!!!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-10-13 13:59
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    98#
    发表于 2011-1-1 11:10:03 | 只看该作者
    本帖最后由 骄阳似火 于 2011-1-1 11:11 编辑

    回复31#
    我现在呢,单独做一个WEB系统的测试,当然系统不大了。没有需求,我写的用例也是根据已经出来的产品写的,但是这样写的用例质量不是很高,发现不了什么bug。我想问下,关于WEB测试主要关注哪些具体的点,希望能详细点的说明。如果只说压力,性能,功能什么的,我还是不很明白的,之前没做过测试。如果可以的话,能不能发点关于web的测试用例给我?qizhiling5@126.com,谢谢

    你好,如果没有需求建议你去找找跟需求相关的文档如:软件设计文档,概要设计文档,测试计划等尽量的加深自己支项目组织架构,数据流程等项目相关的了解,在去写CASE。 一般在WEB测试中我们的关注点取决于我们测试计划中的测试目标,如是进行安全测试还是兼容性测试或是性能测试,或是其它的,在这我以一个用户注册表单页面为例来验证从点击页面中submit到返回一个注册成功这样一个结果的这场景的服务器90%用户响应时间是否符合要求的。在一般WEB页面的响应时间里,我们以2s, 5s, 10s来衡量响应时间的快慢。2s: 好,5s: 一般;10s:可接受,如果超过10S就表示要优化了。当然其它特殊的例外,如每周才提交一次的财务表单,由于数量太大,那就时间就应根据相关的项目标准来确定了。当我们在用LR或其它性能工具测试这一场景后(具体LR测试过程请参考相应的资料),我们从响应时间的结果图发现90%用户是在5s到10s间,且另10%的用户值虽然大点如在10s多,但不是很大在合理范围内,那就表明这次测试结果是符合需求的了。当然如果另10%的用户时间在50s,或更大,即异常那就要根据实际情况仔细分析了。 希望这个简单的例子能够加深你对这块的理解。在用例文档方面,不好意思因为项目的原因不方便给你,你可以在网上找的了。谢谢
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-10-13 13:59
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    99#
    发表于 2011-1-1 11:19:53 | 只看该作者
    本帖最后由 骄阳似火 于 2011-1-1 11:22 编辑

    回复32#
    3年苹果系统手动功能测试,很少web测试经验。向web测试转型,很多公司要求工具测试,请问什么情况比较适合工具测试?学习使用测试工具前,需要准备些知识基础?达到什么程度,可以进入性能测试专研?

    你好,开始时,你可能需要熟悉些常用的性能测试工具,最有代表性的就LR了,了解性能测试相关的技术与测试流程等,如果没有相应性能测试经验的话自己在网上找些demo来做做,有了这些你就可以找找这方面的工作了。工作后在结合项目在具体的性能测试工具和测试理论上不断提升自己。谢谢
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-10-13 13:59
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    100#
    发表于 2011-1-1 11:47:09 | 只看该作者
    回复33#
    1.如何判断哪些测试内容需要自动化?
    2.看到过测文档的,主要是需求,知道分析和评审,不知道需求该怎么测?
    3.软件更新后,回归,是不是每次都有必要全过一遍?如何从测试角度筛选必须回归的内容?
    4.如何有效协助用户验收测试?
    5.需求频繁变更的,很多人问了,再顶一下;

    你好,对于符合这些条件的:1.界面与功能都比较稳定,且项目本身周期比较长 2. 一些需要经常重复性测试的模块,如系统主功能流程的测试 3. 功能与用户交互性不大,没涉及到声音,色彩,动画的方面的检查 就可以考试选取合适的自动测试工具来测试了。
    有了需求文档不知道如何测,碰到这种问题我想你可以站在用户的立场提出问题,看用户会关注哪些,在结合实际需求,把这些问题记下来并转换为相应的测试点,这样的话就比较能快速的设计出初步的case了,当然随着你对需求的了解,在逐步的更新与完善CASE了。
    软件回归的测试,首先做冒烟测试了,然后在测你这版本所解决的问题,接下来测上一个版本解决的问题一些主要功能,主要流程方面CASE的测试, 如果时间比较充裕的话可以把项目中其它模块所对应的CASE进行测试。如何协助用户做验收测试,我想最后的办法是在给客户做验收测试前,保证验收模块的所有功能点都经过了测试并且是PASS的,在测试前先做好环境准备(这里指@测试),测试中帮客户准备好相应的文档,资料等。如有问题及时的记录下来。需求变更的问题请参考 93# 谢谢
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-22 07:27 , Processed in 0.078776 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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