57楼:
您好,以下是我的几个问题:
1、若一个公司测试报告没有通过标准,而且客户需求也没有明确要软件质量达到一个什么程度的时候,在测试报告上如何判断软件是否通过。
2、假如是外包测试,属于第三方的外包,是软件使用方外包你过去测试,而开发方是另外,测试环境中的程序等不能由测试控制,如何把握和监督版本的维护。
3、还是以上的外包形式,假如被测软件还存在bug,测试没有明确软件已可以实施,但客户已对软件进行实施,作为测试人员如何应对。
4、你觉得目前测试行业,那种测试类型的人更吃香。
5、你觉得测试没有开发经验,不做白盒的是否有前途。
6、如果测试已有几年经验,有一点编码能力,但是没有开发经验,你觉得要想做更高级的,该从何找突破口!
问题有点多,不过真系想知道专家的意见,多涨见识,谢谢!
回复57楼:
1. 有以下3条途径可以解决你的问题,第一个是最规范的,越到后面越“灵活”: 第一:对于具体项目而言必须要有软件质量保证计划,其中明确定义各个测试阶段的输入输出,并确定各阶段的出入口标准。这个软件质量保证计划(SQAP)必须经过各方评审并正式发布,这个文档就是以后所有测试验证相关工作的纲领性文件。 第二:如果项目流程不正规,或者由于项目实际情况,没有软件质量保证计划的话,那么可以在各个测试阶段开始前,由测试部门制定具体的针对该阶段的测试规格说明书,其中明确定义测试的范围,策略,技术、对于上层需求的追踪要求以及测试通过的标准。该测试规格说明书必须由开发团队,用户组(也就是客户或者是需求组)进行评审并通过。这样对于的测试范围与要求都做到了有据可依。 第三:既然没有通过标准,那么测试报告当然没有办法判断。这时测试报告只能尽可能详细罗列各个执行过的测试用例的情况和Bug情况,并提供尽可能全德统计数据,但不给出最终的结论。
2. 这个问题比较简单,在你描述的情况下,作为外包的测试团队只要认送测版本的版本号就可以了。具体来说,送测软件版本会有详细版本号,那么我们所做的所有测试都是基于这个版本的,当发现Bug并提交的时候明确标明版本信息即可。但是这个过程中有一个很关键的地方就是你不能很随意的接收被测版本,不能改了几个Bug就升一下版,必须要完整做完一轮测试并且相应的Bug都修复了才能升版本进行下一轮测试。
3. 这个问题,或者说责任超出了你们外包测试团队的范围了,出了问题是客户自己负责。
4. 一类人是业务专家,也就是我们通常说的领域专家,他们非常明确系统的需求。另一类人就是测试专家,他们掌握各类测试技术,能够很好把各种测试策略与技术应用于具体的被测系统,同时他们也是测试用例的专家,积累了很多测试用例设计的精髓。
5. 我不认为做白盒测试很有前途,如果白盒测试有前途,那么程序员不就更有前途了吗?当然测试人员能够读懂开发代码,也就是说有一定的开发背景对于更好的设计测试用例会有很大的帮助的。
6.测试策略与测试整体的把握应该会更有帮助,当然学习自动化测试以及测试框架设计与开发也是很好的途径。 |