ECSHOP项目总结

E C S H O P项目总结（面试技巧部分）

NO1：ECSHOP是一个什么样的系统？（该系统是做什么的，系统架构是怎么样的）

ECSHOP是一个基于B/S架构的B2C电子商务系统。ECSHOP的环境支持Linux和Windows 跨平台操作，我们是部署在Windows上的：WindowsServer2003+PHP+Apache+MySQL。

NO2：在ECSHOP的项目中你做了些什么？（你负责哪些模块，完成了哪些测试任务）

负责后台管理的“用户评论”、“订单管理”和“报表统计”3个模块。参与需求、配置管理计划和系统测试计划的评审工作，编写我所负责3个模块的测试方案、系统测试用例，以及用例的执行工作。组内安排了3个人负责SVN、QC工具的安装和测试环境的搭建工作，但其他组员也独立完成过这些工作。

NO3：需求评审你们是怎么做的？你一共找到了多少个问题，其中哪些问题你认为是一定要提出来的？

需求评审采用同行评审的方式来做的。我负责的模块找到十几个问题。二义性的问题和该有的提示系统没有相应的提示，这关系到系统测试方案的设计、测试用例的编写以及开发人员编程逻辑。

NO4：你认为写测试计划最重要的是什么？安排不合理怎么办？

测试计划最重要是熟悉和理解需求，合理分配测试成员的工作量，同时要考虑到模块之间关联的紧密度。如确实分配不合理，及时沟通调整以期更好完成测试工作。

NO5：测试方案该怎么写，测试方案和计划有什么区别？

测试计划主要在于时间的安排和工作的分配，便于完成测试工作进度的度量和监控。

测试方案是对计划的实现，是对测用例编写的指导。首先，通过对需规格说明书的理解，提取出测试的需求点和子需求点；然后，分析这些需求点的用例编写方法。

NO6：用例优先级有什么作用？以ECSHOP某个模块为例介绍你的用例设计思路？

用例优先级区分出核心模块、基本功能和重要级别高的用例，优先完成这些用例的测试才能保证其它部分用例的测试能够执行。

以订单管理模块为例，搜索和查询功能用的是等价类的方法；订单信息修改功能的基本信息部分采用状态迁移法；订单正向操作用的是流程分析法和状态迁移并用。

NO7：缺陷分析了哪些指标？你发现了哪些有价值的缺陷？

缺陷的总数，数量分布，严重程度分布以及各成员发现的缺陷数量分布。

有价值的缺陷：上传附件查看不到，重要信息没有显示，必填信息被置空。

NO8：缺陷报告能否代替测试报告？测试报告除了缺陷分析还包括什么？

不能。

除了缺陷分析，还应该包括用例执行情况、遗留问题以及需要注意改进的方面。

NO9：若现在给你一个项目，你打算怎么测？

总结。监督测试工作是否按进度在执行，对于遇到的问题及时分析原因做出正确的调整和安排，保证测试工作的有序进行。?用例执行?搭建环境?测试用例?测试方案?系统测试计划?配置管理计划?主要流程：评审需求

NO10：在项目中你最大的收获是什么？你觉得最困难的部分是什么，你是如何解决的？

ECSHOP项目中最大的收获有2方面。一是对测试流程的熟悉、工具的使用和环境的搭建；二是对测试方案和测试用例的编写有些更深的理解。因为写测试方案的时候需求点提取得不够细，以致编写用例的时候没能很快的写出正确的用例，也造成了测试执行的时候添加了不少的用例。遇到一个最大的困难是，2因子2状态的状态迁移，遇到bug的时候，思维有点理不清，像短路。解决办法是：先放下这个问题，做点其它的事，清醒一下头脑然后心平气和地重新分析这个问题，也寻求一些别人的帮助。