元芳问小小："下面几点，你怎么看？"
小小，涉入IT职场两三年，居然从助理测试员混到了测试组长，有两三个小弟，总以为看破红尘。有一天碰到了元芳，元芳问小小："下面几点，你怎么看？" 小小居然左右为难。各位客官，您怎么看？[*]如何看待：项目中，测试人员和开发人员的关系相处
左：测试人员为产品品质负责，某种意义是对开发人员成果的检验，不应留情面，甚至应该说是对立面
右：项目是一个整体，测试、开发只有和睦共处才能使项目顺利推进，有问题大家共同承担
[*]如何看待：测试团队面向的是项目组还是面向公司高层或者客户
左：领导们在各种会议上会强调，测试人员面向的是客户，为客户保证品质，不是按项目组要求做事，而是监督项目组做事，策略不合理、制品不到位应及时抗议和反馈
右：测试人员和开发人员整合在一起做一个项目，测试团队应该属于项目组的一个小组，这个小组保证其他小组输出制品的质量，面向项目组开展测试工作
[*]如何看待：测试团队的任务划分按工种还是按模块
左：术业有专攻，设计就是设计、执行就是执行，功能就是功能、性能就是性能、自动化就是自动化，分开来，从技术角度做深做精，团队梯队建设的必要
右：按工种太不现实了，按模块才是王道，现实项目中事多人少，不可能指望一两人全部负责设计，既然做测试，那就应该是多面手，各工种都要了解，不管行不行，不行也要变成行
[*]如何看待：过多依赖随机测试是完全没有道理的
左：随机测试也叫经验测试，总有测试设计想不到的地方，就是能发现你想不到的缺陷，就是一种方法，就应该在项目后期加入这个阶段，这方面的经验靠积累，没有办法传承，也是落不到纸面上的
右：随机测试仅是用例优化的补救手段，通过随机测试开拓测试思路，寻求新的突破点，进行提取观点，优化补充用例，进行发现更多缺陷。如果看做测试的一个方法和阶段，那就没有道理了，因为无法传承、过多依赖脑袋
[*]如何看待：既要提升覆盖率保证质量、又要消减用例量保证成本
左：觉得目前负责的项目可优化空间很大，可以去思考引入工具或者观点来消减用例
右：臣妾做不到，这种要求是无理的，目前负责的项目无法进行该方面的优化工作了
[*]如何看待：测试设计观点和方法工具在设计阶段应用的必要性
左：既然有观点有方法有工具，就应该明确化，形成指导书，所有测试设计都要参考并在用例设计中直接体现
右：到经验交流这个程度即可，设计阶段更重要的是自己脑袋里的经验和敏感度，工具方法流程化落实的意义并不大
（未完待续，感兴趣可私信，共计22个点...）
期待完结。。 期待完结。。 坐等待续部分 关点明确，直观，呵呵。 坐等 续集:)
页:
[1]
