工作了这么多年了，但是却没有一个总结，平时虽然有写小结但是并没有归纳分类，零零散散的问题一大堆，现在就来梳理一下。本文不值得参考，纯粹个人梳理平时问题，请勿转载！！！
在当前公司的测试工作的问题总结与思考
公司的背景：急速发展阶段的小公司，为了抢占市场先机而舍弃了质量保证，但是还是要测试人员来进行测试的，因为开发无法保证功能的正确和正常实现。之前的呆过的公司也差不多，在论坛里了解了下，大多是这样的，也就没啥好抱怨的了。公司换人的速度比换项目的速度还快，当然没有需求变化快，这就导致了一个产品有N代人在上面留下了“在此一游”的痕迹，产品的可维护性可想而知。公司只有一个产品，目前采用的是增量迭代的开发模式，文档输出几乎为零（前人留下了很多文档，但是没有人维护，基本没人去看），这就导致了可追溯性差，延展性差。
场景1：没有需求文档，不清楚需求，对新项目只有大概的了解，测试前期工作该如何展开？
跟踪需求变化
建立测试计划（由于不明确需求，计划随时被推翻，所以计划的着力点只能是项目过程不能是内容，方案更是没法写）
测试环境搭建（缺陷管理工具、测试工具）
测试数据准备（新用户数据、老用户数据、极大值数据等）
文档配置管理（建立测试的文档管理机制，尽管项目中其他人员都没有这个意识（或许还很不情愿），也要尽力完善测试内部的文档管理办法，对内是开发人员，对外是产品运营，日积月累后成果才能凸显出来，虽然算是做兼职工作了但是对于自己和项目组来说是很好的）
在当前公司的测试工作的问题总结与思考
公司的背景：急速发展阶段的小公司，为了抢占市场先机而舍弃了质量保证，但是还是要测试人员来进行测试的，因为开发无法保证功能的正确和正常实现。之前的呆过的公司也差不多，在论坛里了解了下，大多是这样的，也就没啥好抱怨的了。公司换人的速度比换项目的速度还快，当然没有需求变化快，这就导致了一个产品有N代人在上面留下了“在此一游”的痕迹，产品的可维护性可想而知。公司只有一个产品，目前采用的是增量迭代的开发模式，文档输出几乎为零（前人留下了很多文档，但是没有人维护，基本没人去看），这就导致了可追溯性差，延展性差。
场景1：没有需求文档，不清楚需求，对新项目只有大概的了解，测试前期工作该如何展开？
跟踪需求变化
建立测试计划（由于不明确需求，计划随时被推翻，所以计划的着力点只能是项目过程不能是内容，方案更是没法写）
测试环境搭建（缺陷管理工具、测试工具）
测试数据准备（新用户数据、老用户数据、极大值数据等）
文档配置管理（建立测试的文档管理机制，尽管项目中其他人员都没有这个意识（或许还很不情愿），也要尽力完善测试内部的文档管理办法，对内是开发人员，对外是产品运营，日积月累后成果才能凸显出来，虽然算是做兼职工作了但是对于自己和项目组来说是很好的）
1073
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
