经过连续两周半的紧张编程，我们第二次迭代版本也新鲜出炉了，至此我们这个小程序的所有功能基本已经实现完毕，按照计划，我们进行了小程序的测试。
由于小程序的有一个比较特殊的情况就是，若不上线就只能功内部开发人员使用，而又由于上线需要比较多的流程和手续，经过协商之后，我们决定在测试阶段不上线，于是测试的用户只有我们这一个小组的成员，充当测试用户。
（1）测试方法：系统测试；
（2）测试手段：手工测试；将整个小程序分成五大部分，也就是我们的那几大功能，每一个测试人员测试一块，若有BUG及时提出，能修复则修复，又由于害怕一个人测试有疏漏，于是我们会互换功能进行测试，希望将能够考虑到的情况都考虑到。
（3）测试内容：基本的功能测试。
测试重点: 需求范围内所有功能点；
|
序号 |
名称 |
描述 |
|
1 |
用户登录 |
使用微信号授权，如不授权只能是游客访问首页 |
|
2 |
首页发现 |
卖家买家可以查浏览商品信息 |
|
3 |
首页搜索 |
用户在此阶段可以实现搜索商品/心愿 |
|
4 |
商品详情 |
用户可以查看商品图片以及简介，可以选择加入购物车/购买/关注卖家 |
|
5 |
发布 |
卖家可以发布自己的商品，买家可以发布心愿 |
|
6 |
心愿单 |
查看需要的商品及目标价格，以及进行再次编辑或者删除 |
|
7 |
关注/粉丝 |
可以查看关注的卖家以及自己的粉丝 |
|
8 |
我的信息 |
个人信息设置、绑定手机号或者邮箱以及设置收货地址 |
|
9 |
我的交易记录 |
买卖交易记录（卖家买家可以切换状态查看自己商品状态，如已收货已发货已完成等） |
|
10 |
我的购物车 |
用户加入想要购买的商品并可以在购物车界面查看 |
|
11 |
圈子界面 |
当前只实现圈子框架 |
|
12 |
心愿消息 |
发布的商品符合心愿时会和买家发消息 |
|
13 |
订单消息 |
买家下订单时，卖家会收到消息方便及时处理 |
|
14 |
首页个性推荐 |
首页商品可以通过算法实现个性推荐 |
|
15 |
圈子 |
用户可以查看当前自己加入的圈子，点击进入开始群聊，或者退出圈子/举报圈子 |
|
16 |
我的消息 |
用户会收到一对一的消息，方便卖家联系买家 |
|
17 |
关注/粉丝 |
关注与粉丝列表，点击相应的用户会查看其个人主页 |
（4）测试目的：在最大程度上解决目前项目的遗留bug并进行及时修复，使之可以成为一款较为成熟的软件项目产品。
（5）硬件环境
测试工具：各型号的手机；
测试/修复工具：电脑端；
（6）软件环境
测试工具：微信6.7.3；
修复工具：微信web开发工具；
（7）测试工具
测试工具：各型号的手机；
修复工具：电脑端；
我们主要用于测试的方法，用专业属于来说就是黑盒测试；
黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。
测试心得：感觉我们测试的方法非常的单一，但我还是觉得我们按照功能分别测试一部分，然后再互相交换功能再进行测试，还是能够找出挺多的bug的，我们还是避免了一个人测试会忽略一些细节，所以每一个人都不会只测试一个功能，再加上，我们第一次迭代版本的时候，助教验收的很认真，我们也从那学到了很多如何去测试这个地方是否有问题，如何去想一些奇葩的操作来测试我们项目，尽量将以后会出bug的地方降到最少。
在测试的过程中，我们尽可能的将所有能想象到的内容完成。但是可能有的时候还没有 很考虑到一些奇葩用户的奇葩需求。已经尽可能的将特殊情况进行想象和测试，并且对过程中出现的bug进行了解决。不过就是这样测试，我们也测试出了很多bug，所以我们的一个感受就是测试真很重要的。
原文地址：https://www.cnblogs.com/timetub/p/10210385.html