服务器端的测试,软件需求基本等于产品说明书,只有大概,没有详尽。再需求不充分的情况下,我们可以从哪些方面来挖掘测试需求呢?
  现已知需求:服务器支持对客户端的版本升级,存在两种升级规则:
  第一:低版本升级:按照客户端的类型,如果当前版本小于低版本要求则需要进行升级
  第二:指定版本升级:根据某个客户端类型+版本信息,强制或者提示升级到指定版本
  如果同时满足2种升级规则,优先匹配第二种。配置文件如下:

  一般测试人员都能分析到以下两点如下:
  两种规则同时满足时,怎么选择?
  第一种规则:当前版本《 低版本,则提示需要进行升级。那当前版本》低版本的时候呢?
  第二种规则:当前版本《 低版本,则需要强制升级,那当前版本》低版本的时候呢?
  假设当前客户端类型只有一种,设只有PC客户端,一般都能写出以下的测试用例

  那这样的设计,算全面了么,再深入一层分析,又缺少了什么呢?
  1、  产品和两个规则的关系如何?1对1,1对多?每个产品都可能存在多个指定版本升级的规则?
  2、  总共运营上存在14个产品,每类产品都需要覆盖测试?
  3、  客户端与服务器是怎么进行交互的,客户端传递什么数据到服务器,服务器返回什么给客户端?升级的整个流程是什么样的,清楚么?
  4、  之前考虑的第二点,太粗糙,》之外的,除了《,还有 = 。
  客户端和服务器端的接口核心函数代码如下:
//GetProductItem为服务器端与客户端之间的接口函数,客户端传szProductID,szVersion给服务器端,然后服务器此作出判断,返回正确的数据到item类中,供客户端调用。
bool CConfig::GetProductItem(const CHAR *szProductID, const CHAR *szVersion, ProductItem &item)
{
// 先根据ProductID确定产品的ProductDetail
ProductDetail *pProduct = FindProduct(szProductID);
//如果客户端传递的szProductID为空,则用默认的
if (!pProduct)
{
//m_strDefaultProduct存储从配置文件中读取的DefaultProduct的ID
pProduct = FindProduct(m_strDefaultProduct.c_str());
//如果默认的为空,则直接返回false
if (!pProduct)
{
return false;
}
}
//根据szVersion在确定的ProductID内得到grayupdate配置的版本
//find()函数返回一个迭代器指向键值为key的元素,如果没找到返回指向map尾部的迭代器
auto iter = pProduct->mapVersionInfo.find(szVersion);
//如果没有找到,用默认版本信息(强制升级块)
if (iter == pProduct->mapVersionInfo.end())
{
iter = pProduct->mapVersionInfo.find(DEFAULT_VERSION);
if (iter == pProduct->mapVersionInfo.end())
{
return false;
}
}
// 在服务器端将strMinVersion,strNewVersion,lsDownloadUrl存在item,返回给客户端,由客户端控制怎么强制升级还是提示升级。
item.strProductID = pProduct->strProductID;
item.strWebServicesURL = m_strWebServicesURL;
item.strMinVersion = iter->second.strMinVersion;
item.strNewVersion = iter->second.strNewVersion;
item.lsDownloadUrl = iter->second.lsDownloadUrl;
return true;
}
  FindProduct的实现过程如下: