|
去年的时候,每周末双休日都去上课,用了不到半年的时间学习软件测试,初级阶段,纯理论,没有什么实践经验。
今年,好不容易,终于找到了一份测试工程师的工作。
这样的机会来之不易,对我这样半路出家、跨专业的人来说,真的很值得珍惜。
4号、5号两天,熟悉公司环境,接手一些的质量管理工作,同时,领导交代下来的任务还有新项目的测试计划。
做测试计划,这对我这个新手来说,真的很头大。
测试计划,以前看书的时候,只是一个字一个字的读了起来,照本宣科,并没有真正的理解在计划测试的阶段如何做好一份测试计划。
所以,现在,这两天,是真的抓瞎了,面对项目需求文档的时候竟有一种无从下手的感觉。
现在才知道,自己以前的想法真是很天真,天真到几乎愚蠢的地步——认为只要有了需求文档和测试计划模版,就万事OK——真是不可救药的想法啊~~~
这次接手的项目是公司的一个新项目,我仔细把需求文档看了,应该不算小项目,只是目前还处于前期计划、需求分析阶段。
这两天,我又重新看了一遍以前上课用的教科书和培训资料,从怎么进行需求分析到测试计划应该包括哪些内容,这些书和资料里都写的很清楚。但是拿出项目需求文档准备着手开始写测试计划的时候,我却再次踌躇了:我知道该做些什么,可我却不知道怎么去做。
这就是问题所在!
我要写的是一个由服务器端、客户端以及终端三部分组成的软件系统的测试计划。(终端——服务器——客户端)
这样的架构,看起来很像C/S结构,可不可以就作为C/S结构的软件进行测试?
如果看作C/S结构的话,那么我又该从哪方面着手考虑测试呢?功能?性能?可用性?……
“需求定义要从用户的角度描述。系统测试和验收测试在需求定义的基础上进行设计,因此定义必须从系统级的观点进行描述。”“定义必须包括功能需求和非功能需求。功能需求描述系统要执行的服务和特征,非功能需求描述系统操作中的约束,测试要针对两种需求进行。”——摘自《软件测试技术》
究竟什么是用户的角度?
用户会希望在用的软件系统有XXX功能、XXX功能……,用户还希望这个软件系统可以具有XXX样的性能……,这个时候,我究竟是应该将软件系统看作一个整体测试,还是应该分为三部分测试?
客户端主要测功能?
服务器主要测性能?多个功能不同的服务器应该怎么测试?是否也该考虑功能测试(服务器建立连接、处理数据、写日志的能力应该属于性能测试范畴吧?)
数据库测试服务器存储的数据的精确性和完整性?
网络通信又该怎样测试呢?
以上,就是这两天想到的一些问题,很杂很乱,思考的过程中,有些东西感觉清楚了,有些东西却越绕越迷糊~~总之,希望各位高手可以多多指点,谢谢了^^ |
|