产品经理具体职责分析课程产品经理需要做哪些事( 五 ) _用户

4.1apk、api文件的命名规范和不同类型安装包的管理：
这里全是我个人的经验，做好这些，会对以后安装包的管理会有极大的帮助。我们当时把搭建了一个开发者环境，这个环境下的APK、API文件只能在局域网类使用，在这个环境下可以任意折腾和测试，不会影响到已经上线的应用。
开发者环境下打包的安装包图标和命名要和线上环境下的应用区别开。以后在续测试时就不会因为各个版本搞的手忙脚乱。
4.2APK、API文件管理
4.2.1开发版：纯开发自己使用或者产品使用，其他无关人员一般情况下不会接触到这个版本。网络环境：仅特定网络环境下使用（需要技术人员搭建环境）。
4.2.2公测版：经过产品和测试人员的详细测试后，基本没有什么BUG了，就可以拿出来给公司的人使用，也算是上线前的稳定性测试。网络环境：仅在特定环境下可以使用（需要技术搭建环境）。
4.2.3商店版：准备提交到市场的APK、API文件。在经过开发版本、公测版的全面测试后，排除一切不稳定bug ，此时打包的商店版仍然需要经测试人员的最后把关，最后一定要保证的是，准备上线的APK、API文件是经过测试人员的最后把关的，否则如果开发如果做了改动不通知测试和产品人员，上线后出了问题再改就晚了。
五、APP测试和版本号管理
版本好号的管理，前期就要搞清楚，否则后面产品上线后，出现bug要改进，或者添加新功能后对老版本是否有影响，这个时候版本号管理的好就会起到很大的作用，一方面你可以随时找出之前上线过的apk、API文件，另一方面面对不断修改打包的文件不至于把自己搞混。
下面是我个人的意见，如哪个大牛有好方法可以分享出来。版本号始终是唯一的，是依次迭代递进的，不要为了上线时版本号好看就去刻意干扰版本号，严禁搞多套版本号。
测试须知：
UI、交互、产品在技术人员开发阶段，要多和技术人员沟通，最好是将大功能细化成小功能模块，每次做好一部分就通知相关的人进行检查，以免累计到最后问题过多修改动作太大。UI负责盯着开发是否按照自己的设计实现的，交互负责关注交互效果是否符合你的标准，产品负责关注各个功能的实现是否正确。
测试用例：好的测试用例能够有效的推进测试的进程，好的测试用例在于尽可能的把APP的各种需要测试的情况用人话描述清楚，这点就看你的文字能力了，测试用例写出来会交给测试人员来测，这也是他们评判APP是否达标的标准。
Bug管理工具：bugtags,bugclose等等，市面上有很多，多是免费的，即使是收费也不要在意那么点钱，借助bug管理工具能够有效的提高测试人员和技术人员的协作效率。

产品经理具体职责分析 课程产品经理需要做哪些事( 五 )

猜你喜欢

产品经理具体职责分析课程产品经理需要做哪些事( 五 )