文档介绍：软件学院（专科）
《软件测试》
上机1    提交成果
《天天超市管理系统》测试计划
组    号：
04
小组成员：
付少雄、何佩涛、赵东东、魏海峰、王浩浩、刘钊
项目组长：
付少雄
完成日期：
2015年03受和发送数据
安全保密性
1、对不同的用户有不同的权限限制
所有的密码不明码显示、存储与传输
2、有密码设置策略，包括有效期、最小长度、复杂度、非空设置、大小写敏感度
依从性
遵循系统各功能的标准、约定、风格指南或法规
三、测试风险
软件测试风险是不可避免的、总是存在的，所以对测试风险的管理非常重要，必须尽力降低测试中所存在的风险，最大程度地保证质量和满足用户的需求。本次测试所面临的风险（如人力资源风险、测试技术风险、测试资源风险、质量保证风险等）及相应的建议解决办法。风险如下：
人员无法到位
规避措施：
   
    应急计划：         
人员技能不符合要求
规避措施：
   
  应急计划： 
需求、设计变更频繁导致测试依据失效
规避措施：
，确保主要需求不变更
  ，及时与客户确认评审结果
    应急计划：先实现主要的需求，和客户确认无误后，再进一部完善系统，避免再次反覆
补丁频繁发布影响测试工作的执行
规避措施：
，避免功能性缺陷而导致的补丁
    ，合理规划新增功能性补丁的发放工作
应急计划：测试人员多和前端客户、维护人员沟通，针对补丁的必要性划分优先级，按序发布补丁
Bug的生命周期过长
规避措施：
，并检查监督
    、拒绝的等缺陷，请相关责任人验证后，尽快关闭
    ，测试人员要记录并跟踪
    应急计划：对缺陷优先级进行排序，先修复优先级高的缺陷。
：
需求变更是软件项目经常发生的事情。一个看似很有“钱途”的软件项目，往往由于无限度的需求变更而让项目承建方苦不堪言，甚至最终亏损（实际上项目建设方也面临巨大的风险）。
预防这种风险的办法是项目建设之初就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请。
：
有些项目对进度要求非常苛刻（进度要求不高的项目，我们同样要考虑该风险），项目进度的延迟意味着违约或市场机会的错失。
预防这种风险的办法一般是分阶段交付产品、增加项目监控的频度和力度、多运用可行的办法保证工作质量避免返工。
有些项目，用户对软件质量有很高的要求，如果项目组成员同类型项目的开发经验不足，则需要密切关注项目的质量风险。
预防这种风险的办法一般是经常和用户交流工作成果、采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。   
四、测试策略
  最终通过系统测试，系统无业务逻辑错误和二级的bug。经确定的所有缺陷都已得到了商定的解决结果，所设计的测试用例已全部重新执行，已知的所有缺陷都已按照商定的方法进行了处理，而且没有发现新的缺陷。
测试范围
验证数据精确度、数据类型、业务功能等相关方面的正确性
测试目标
核实所有功能均已正常实现。  1、业务流程检验：各个业务流程符合常规逻辑，用户使用时不会产生疑问。
2、数据精确：各数据类型的输入时统计精确。
技术
采用黑盒测试，使用边界值测试，等价类划分，数据驱动的测试方法
工具与方法
手工测试
开始标准
测试用例设计完毕并且通过同行评审且项目移交系统测试
完成标准
95%测试用例通过并且最高级缺陷全部解决
测试重点与优先级
需考虑的特殊事项
、性能测试
测试范围
大流量的数据与多用户操作时性能方面的测试
测试目标
核实系统在大流量的数据与多用户操作时软件性能的稳定性，不在造成系统崩溃或相关的异常现象
技术
自动化测试
工具与方法
Visual Studio 2008
开始标准
自动化测试脚本设计并评审通过且项目组移交系统测试
完成标准
系统满足用户需