测试
请根据团队项目中软件的需求文档、功能说明、系统设计和测试计划，写出软件的测试过程和测试结果，并回答下述问题。
1. 在测试过程中总共发现了多少Bug？每个类别的Bug分别为多少个？
- a.修复的bug；
- b.不能重现的bug
- c.这个产品就是这样设计的，不是bug；
- d.没有能力修复，将来也不打算修复；
- e.这个bug的确应该修复，但是没有时间在这个版本修复，延迟到下一个版本修复。
在测试过程中，没有细数存在的Bug，一般都是一边做一边解决Bug。
2. 场景测试（scenario testing），包括以下内容：
- 你预期不同的用户会怎样使用你的软件？
主要是准备考研的大学生。会在零碎的时间里通过小程序来记忆或复习单词。
- 他们有什么需求和目标？
需求：简洁便利，可以随时打开小程序来背单词。界面简单，容易集中注意力。
目标：可以随时想要便可以打开来记忆复习单词，让其可以随时随地方便记单词。
- 你的软件提供的功能怎么组合起来满足他们的需要？
1>界面简洁
2>可以查单词，遇到不认识的单词可以查询
3>可以选择复习记忆顽固单词，加深记忆
3. 你们在什么样的平台、硬件配置、浏览器类型等条件上对你们的软件进行测试？——测试矩阵（test matrix）
微信小程序
4. 非功能测试
- 性能指标（响应时间和吞吐量，需要给出截图和测试实例以及结果）
- 系统资源监控（CPU、内存占用情况，需要给出截图和测试实例以及结果）
- 压力测试（不同并发用户数，需要给出截图和测试实例以及结果）
- 疲劳度测试（测试服务器持续运行的能力，需要给出截图和测试实例以及结果）
- 安全测试（从三个角度来看，即保密性、可用性、完整性。需要给出截图和测试实例以及结果）
| 序号 | 所完成的测试 | 系统所期望的性能指标 | 实际测试结果 | 差别分析 | 性能问题及其改进建议 |
|---|---|---|---|---|---|
| 001 | |||||
| 002 | |||||
| 003 |
###5.附加题：下列的附加题基于4各标准要求中，进一步细化了要求
6.你认为你们团队的软件在什么条件下，就可以认定其已经足够好，可以发布Alpha版本？——出口条件（exit criteria）
自己用起来觉得没有问题的情况下（或暂时没有发现功能上的问题）
发布
1.软件发布的同时，在团队博客上写一个发布说明
-
列出这一版本的功能（在原有项目基础上开发的列出新功能）
-
以原有项目为基础开发的，列出这一版本修复的缺陷
-
对运行环境的要求
在微信上直接使用
- 安装方法
不需要安装
-
描述系统已知的问题和限制
-
说明软件的发布方式以及发布地址