《Linux內(nèi)核修煉之道》——分析內(nèi)核源碼如何入手？（上）

透過現(xiàn)象看本質(zhì)，獸獸門無非就是一些人體藝術(shù)展示。同樣往本質(zhì)里看過去，學(xué)習(xí)內(nèi)核，就是學(xué)習(xí)內(nèi)核的源代碼，任何內(nèi)核有關(guān)的書籍都是基于內(nèi)核，而又不高于內(nèi)核的。

　　既然要學(xué)習(xí)內(nèi)核源碼，就要經(jīng)常對(duì)內(nèi)核代碼進(jìn)行分析，而內(nèi)核代碼千千萬，還前仆后繼的不斷往里加，這就讓大部分人都有種霧里看花花不見的無助感。不過不要怕，孔老夫子早就留給我們了應(yīng)對(duì)之策：敏于事而慎于言，就有道而正焉，可謂好學(xué)也已。這就是說，做事要踏實(shí)才是好學(xué)生好同志，要遵循嚴(yán)謹(jǐn)?shù)膽B(tài)度，去理解每一段代碼的實(shí)現(xiàn)，多問多想多記。如果抱著走馬觀花，得過且過的態(tài)度，結(jié)果極有可能就是一邊看一邊丟，沒有多大的收獲。

　　假設(shè)全國(guó)房?jī)r(jià)上漲1.5%，假設(shè)80后局長(zhǎng)是農(nóng)民子弟，??，既然我們的人生充滿了假設(shè)，那么我在這里假設(shè)你現(xiàn)在就迫不及待的希望研究?jī)?nèi)核中USB子系統(tǒng)的實(shí)現(xiàn)，應(yīng)該沒有意見吧？那好，下面就以USB子系統(tǒng)的實(shí)現(xiàn)分析為標(biāo)本看看分析內(nèi)核源碼應(yīng)該如何入手。

　　分析README

　　內(nèi)核中USB子系統(tǒng)的代碼位于目錄drivers/usb，這個(gè)結(jié)論并不需要假設(shè)。于是我們進(jìn)入到該目錄，執(zhí)行命令ls，結(jié)果顯示如下：

　　atm  class  core  gadget  host  image  misc  mon  serial  storage Kconfig 
　　Makefile  README usb-skeleton.c

　　目錄drivers/usb共包含有10個(gè)子目錄和4個(gè)文件，usb-skeleton.c是一個(gè)簡(jiǎn)單的USB driver的框架，感興趣的可以去看看，目前來說，它還吸引不了我們的眼球。那么首先應(yīng)該關(guān)注什么？如果迎面走來一個(gè)ppmm，你會(huì)首先看臉、腳還是其它？當(dāng)然答案依據(jù)每個(gè)人的癖好會(huì)有所不同。不過這里的問題應(yīng)該只有一個(gè)答案，那就是Kconfig、Makefile、README。

　　README里有關(guān)于這個(gè)目錄下內(nèi)容的一般性描述，它不是關(guān)鍵，只是幫助你了解。再說了，面對(duì)“read我吧read我吧”這么熱情奔放的呼喚，善良的我們是不可能無動(dòng)于衷的，所以先來看看里面都有些什么內(nèi)容。

　　23 Here is a list of what each subdirectory here is, and what is contained in
　　24 them.
　　25
　　26 core/        - This is for the core USB host code, including the
　　27             usbfs files and the hub class driver ("khubd").
　　28
　　29 host/        - This is for USB host controller drivers.  This
　　30             includes UHCI, OHCI, EHCI, and others that might
　　31             be used with more specialized "embedded" systems.
　　32
　　33 gadget/        - This is for USB peripheral controller drivers and
　　34             the various gadget drivers which talk to them.
　　35
　　36
　　37 Individual USB driver directories.  A new driver should be added to the
　　38 first subdirectory in the list below that it fits into.
　　39
　　40 image/        - This is for still image drivers, like scanners or
　　41             digital cameras.
　　42 input/        - This is for any driver that uses the input subsystem,
　　43             like keyboard, mice, touchscreens, tablets, etc.
　　44 media/        - This is for multimedia drivers, like video cameras,
　　45             radios, and any other drivers that talk to the v4l
　　46             subsystem.
　　47 net/        - This is for network drivers.
　　48 serial/        - This is for USB to serial drivers.
　　49 storage/    - This is for USB mass-storage drivers.
　　50 class/        - This is for all USB device drivers that do not fit
　　51             into any of the above categories, and work for a range
　　52             of USB Class specified devices.
　　53 misc/        - This is for all USB device drivers that do not fit
　　54             into any of the above categories.

　　這個(gè)README文件描述了前邊使用ls命令列出的那10個(gè)文件夾的用途。那么什么是USB Core？Linux內(nèi)核開發(fā)者們，專門寫了一些代碼，負(fù)責(zé)實(shí)現(xiàn)一些核心的功能，為別的設(shè)備驅(qū)動(dòng)程序提供服務(wù)，比如申請(qǐng)內(nèi)存，比如實(shí)現(xiàn)一些所有的設(shè)備都會(huì)需要的公共的函數(shù)，并美其名曰USB Core。

　　時(shí)代總在發(fā)展，當(dāng)年胖楊貴妃照樣迷死唐明皇，而如今人們欣賞的則是林志玲這樣的魔鬼身材。同樣，早期的Linux內(nèi)核，其結(jié)構(gòu)并不是如今天這般有層次感，遠(yuǎn)不像今天這般錯(cuò)落有致，那時(shí)候drivers/usb/這個(gè)目錄下邊放了很多很多文件，USB Core與其他各種設(shè)備的驅(qū)動(dòng)程序的代碼都堆砌在這里，后來，怎奈世間萬千的變幻，總愛把有情的人分兩端。于是在drivers/usb/目錄下面出來了一個(gè)core目錄，就專門放一些核心的代碼，比如初始化整個(gè)USB系統(tǒng)，初始化Root Hub，初始化主機(jī)控制器的代碼，再后來甚至把主機(jī)控制器相關(guān)的代碼也單獨(dú)建了一個(gè)目錄，叫host目錄，這是因?yàn)閁SB主機(jī)控制器隨著時(shí)代的發(fā)展，也開始有了好幾種，不再像剛開始那樣只有一種，所以呢，設(shè)計(jì)者們把一些主機(jī)控制器公共的代碼仍然留在core目錄下，而一些各主機(jī)控制器單獨(dú)的代碼則移到host目錄下面讓負(fù)責(zé)各種主機(jī)控制器的人去維護(hù)。

　　那么USB gadget那？gadget白了說就是配件的意思，主要就是一些內(nèi)部運(yùn)行Linux的嵌入式設(shè)備，比如PDA，設(shè)備本身有USB設(shè)備控制器（USB Device Controller），可以將PC，也就是我們的主機(jī)作為master端，將這樣的設(shè)備作為slave端和主機(jī)通過USB進(jìn)行通信。從主機(jī)的觀點(diǎn)來看，主機(jī)系統(tǒng)的USB驅(qū)動(dòng)程序控制插入其中的USB設(shè)備，而USB gadget的驅(qū)動(dòng)程序控制外圍設(shè)備如何作為一個(gè)USB設(shè)備和主機(jī)通信。比如，我們的嵌入式板子上支持SD卡，如果我們希望在將板子通過USB連接到PC之后，這個(gè)SD卡被模擬成U盤，那么就要通過USB gadget架構(gòu)的驅(qū)動(dòng)。

　　剩下的幾個(gè)目錄分門別類的放了各種USB設(shè)備的驅(qū)動(dòng)，比如U盤的驅(qū)動(dòng)在storage目錄下，觸摸屏和USB鍵盤鼠標(biāo)的驅(qū)動(dòng)在input目錄下，等等。

　　我們響應(yīng)了README的熱情呼喚，它便給予了我們想要的，通過它我們了解了USB目錄里的那些文件夾都有著什么樣的角色。到現(xiàn)在為止，就只剩下內(nèi)核的地圖——Kconfig與Makefile兩個(gè)文件了。有地圖在手，對(duì)于在內(nèi)核中游蕩的我們來說，是件很愉悅的事情，不過，因?yàn)槲覀兊哪康氖茄芯績(jī)?nèi)核對(duì)USB子系統(tǒng)的實(shí)現(xiàn)，而不是特定設(shè)備或host controller的驅(qū)動(dòng)，所以這里的定位很明顯，USB Core就是我們需要關(guān)注的對(duì)象，那么接下來就是要對(duì)core目錄中的內(nèi)容進(jìn)行定位了。

　　分析Kconfig和Makefile

　　進(jìn)入到drivers/usb/core目錄，執(zhí)行命令ls，結(jié)果顯示如下：

　　Kconfig  Makefile  buffer.c  config.c  devices.c  devio.c  driver.c  
　　endpoint.c  file.c  generic.c  hcd-pci.c  hcd.c  hcd.h  hub.c  hub.h  
　　inode.c  message.c  notify.c  otg_whitelist.h  quirks.c  sysfs.c  urb.c  
　　usb.c  usb.h

　　然后執(zhí)行wc命令，如下所示。

　　# wc –l ./*
　　   148 buffer.c
　　   607 config.c
　　   706 devices.c
　　  1677 devio.c
　　  1569 driver.c
　　   357 endpoint.c
　　   248 file.c
　　   238 generic.c
　　  1759 hcd.c
　　   458 hcd.h
　　   433 hcd-pci.c
　　  3046 hub.c
　　   195 hub.h
　　   758 inode.c
　　   144 Kconfig
　　    21 Makefile
　　  1732 message.c
　　    68 notify.c
　　   112 otg_whitelist.h
　　   161 quirks.c
　　   710 sysfs.c
　　   589 urb.c
　　   984 usb.c
　　   160 usb.h
　　 16880 total

　drivers/usb/core目錄共包括24個(gè)文件，16880行代碼。core不愧是core，為大家默默的做這么多事。不過這么多文件里不一定都是我們所需要關(guān)注的，先拿咱們的地圖來看看接下來該怎么走。先看看Kconfig文件，可以看到下面的選項(xiàng)。

　　15 config USB_DEVICEFS
　　16         bool "USB device filesystem"
　　17         depends on USB
　　18         ---help---
　　19           If you say Y here (and to "/proc file system support" in the "File
　　20           systems" section, above), you will get a file /proc/bus/usb/devices
　　21           which lists the devices currently connected to your USB bus or
　　22           busses, and for every connected device a file named
　　23           "/proc/bus/usb/xxx/yyy", where xxx is the bus number and yyy the
　　24           device number; the latter files can be used by user space programs
　　25           to talk directly to the device. These files are "virtual", meaning
　　26           they are generated on the fly and not stored on the hard drive.
　　27
　　28           You may need to mount the usbfs file system to see the files, use
　　29           mount -t usbfs none /proc/bus/usb
　　30
　　31           For the format of the various /proc/bus/usb/ files, please read
　　32           <file:Documentation/usb/proc_usb_info.txt>.
　　33
　　34           Usbfs files can't handle Access Control Lists (ACL), which are the
　　35           default way to grant access to USB devices for untrusted users of a
　　36           desktop system. The usbfs functionality is replaced by real
　　37           device-nodes managed by udev. These nodes live in /dev/bus/usb and
　　38           are used by libusb.

　　選項(xiàng)USB_DEVICEFS與usbfs文件系統(tǒng)有關(guān)。usbfs文件系統(tǒng)掛載在/proc/bus/usb目錄，顯示了當(dāng)前連接的所有USB設(shè)備及總線的各種信息，每個(gè)連接的USB設(shè)備在其中都會(huì)有一個(gè)對(duì)應(yīng)的文件進(jìn)行描述。比如文件/proc/bus/usb/xxx/yyy，xxx表示總線的序號(hào)，yyy表示設(shè)備所在總線的地址。不過不能夠依賴它們來穩(wěn)定地訪問設(shè)備，因?yàn)橥辉O(shè)備兩次連接對(duì)應(yīng)的描述文件可能會(huì)不同，比如，第一次連接一個(gè)設(shè)備時(shí)，它可能是002/027，一段時(shí)間后再次連接，它可能就已經(jīng)改變?yōu)?02/048。

　　就好比好不容易你暗戀的mm今天見你的時(shí)候?qū)δ銙伭藗€(gè)媚眼，你心花怒放，趕快去買了100塊彩票慶祝，到第二天再見到她的時(shí)候，她對(duì)你說你是誰啊，你悲痛欲絕的刮開那100塊彩票，上面清一色的謝謝你。

　　因?yàn)閡sbfs文件系統(tǒng)并不屬于USB子系統(tǒng)實(shí)現(xiàn)的核心部分，與之相關(guān)的代碼我們可以不必關(guān)注。

　　74 config USB_SUSPEND
　　75       bool "USB selective suspend/resume and wakeup (EXPERIMENTAL)"
　　76       depends on USB && PM && EXPERIMENTAL
　　77       help
　　78         If you say Y here, you can use driver calls or the sysfs
　　79         "power/state" file to suspend or resume individual USB
　　80         peripherals.
　　81
　　82         Also, USB "remote wakeup" signaling is supported, whereby some
　　83         USB devices (like keyboards and network adapters) can wake up
　　84         their parent hub.  That wakeup cascades up the USB tree, and
　　85         could wake the system from states like suspend-to-RAM.
　　86
　　87         If you are unsure about this, say N here.

這一項(xiàng)是有關(guān)USB設(shè)備的掛起和恢復(fù)。開發(fā)USB的人都是節(jié)電節(jié)能的好孩子，所以協(xié)議里就規(guī)定了，所有的設(shè)備都必須支持掛起狀態(tài)，就是說為了達(dá)到節(jié)電的目的，當(dāng)設(shè)備在指定的時(shí)間內(nèi)，如果沒有發(fā)生總線傳輸，就要進(jìn)入掛起狀態(tài)。當(dāng)它收到一個(gè)non-idle的信號(hào)時(shí)，就會(huì)被喚醒。節(jié)約用電從USB做起。不過這個(gè)與主題也沒太大關(guān)系，相關(guān)代碼也可以不用關(guān)注了。

　　剩下的還有幾項(xiàng)，不過似乎與咱們關(guān)系也不大，還是去看看Makefile。

　　5 usbcore-objs    := usb.o hub.o hcd.o urb.o message.o driver.o /
　　6                         config.o file.o buffer.o sysfs.o endpoint.o /
　　7                         devio.o notify.o generic.o quirks.o
　　8
　　9 ifeq ($(CONFIG_PCI),y)
　　10         usbcore-objs    += hcd-pci.o
　　11 endif
　　12
　　13 ifeq ($(CONFIG_USB_DEVICEFS),y)
　　14         usbcore-objs    += inode.o devices.o
　　15 endif
　　16
　　17 obj-$(CONFIG_USB)       += usbcore.o
　　18
　　19 ifeq ($(CONFIG_USB_DEBUG),y)
　　20 EXTRA_CFLAGS += -DDEBUG
　　21 endif

　　Makefile可比Kconfig簡(jiǎn)略多了，所以看起來也更親切點(diǎn)，咱們總是拿的money越多越好，看的代碼越少越好。這里之所以會(huì)出現(xiàn)CONFIG_PCI，是因?yàn)橥ǔSB的Root Hub包含在一個(gè)PCI設(shè)備中。hcd-pci和hcd顧名而思義就知道是說主機(jī)控制器的，它們實(shí)現(xiàn)了主機(jī)控制器公共部分，按協(xié)議里的說法它們就是HCDI（HCD的公共接口），host目錄下則實(shí)現(xiàn)了各種不同的主機(jī)控制器。

　　CONFIG_USB_DEVICEFS前面的Kconfig文件里也見到了，關(guān)于usbfs的，與咱們的主題無關(guān)，inode.c和devices.c兩個(gè)文件也可以不用管了。

　　那么我們可以得出結(jié)論，為了理解內(nèi)核對(duì)USB子系統(tǒng)的實(shí)現(xiàn)，我們需要研究buffer.c、config.c、driver.c、endpoint.c、file.c、generic.c、hcd.c  hcd.h、hub.c、message.c、notify.c、otg_whitelist.h、quirks.c、sysfs.c、urb.c 和usb.c文件。這么看來，好像大都需要關(guān)注的樣子，沒有減輕多少壓力，不過這里本身就是USB Core部分，是要做很多的事為咱們分憂的，所以多點(diǎn)也是可以理解的

　*把所有要做的事情按照優(yōu)先級(jí)排序，然后從最重要的事情做起

　　進(jìn)行局部探索式測(cè)試的決策的5要素：輸入、狀態(tài)、代碼路徑、用戶數(shù)據(jù)、執(zhí)行環(huán)境

　　輸入：

　　1、識(shí)別哪些輸入值和其他輸入有關(guān)聯(lián)，在同一個(gè)測(cè)試用例中使用它們

　　2、識(shí)別和考慮輸入的先后順序

　　3、注意區(qū)分非法輸入是input filter、還是input check，還是使用exception

　　*留意是否可以繞過input filter

　　*留意ctrl，alt，shift按鍵組合的字符，找出特殊字符

　　4、注意測(cè)試不輸入任何值的情況、默認(rèn)值的情況

　　*留意默認(rèn)值能否修改、刪除

　　5、根據(jù)輸出結(jié)果來選擇輸入

　　*可以有時(shí)候先觀察輸出結(jié)果，然后再選擇新的輸入

　　*注意初始狀態(tài)對(duì)輸出地影響，是否要重復(fù)運(yùn)行測(cè)試幾遍

　　*輸出結(jié)果是否可以保存？嘗試改變保存的輸出值，看看改動(dòng)這些值后，是否會(huì)重新生成，或者有新的問題

　　狀態(tài)：

　　1、確認(rèn)軟件狀態(tài)是臨時(shí)的，還是長(zhǎng)期保存的

　　2、使用狀態(tài)信息來幫助尋找相關(guān)的輸入

　　3、使用狀態(tài)信息來辨識(shí)重要的輸入序列

　　*例如狀態(tài)變化在某種方式上被累加起來，就必須考慮是否會(huì)發(fā)生溢出

　　代碼路徑：

　　弄清輸入會(huì)導(dǎo)致軟件走的那條分支

　　用戶數(shù)據(jù)：

　　使用用戶的真實(shí)數(shù)據(jù)（你可能不清楚所有數(shù)據(jù)的相互關(guān)系和結(jié)構(gòu)，用真實(shí)的數(shù)據(jù)可以彌補(bǔ)這點(diǎn)）

需求收集是進(jìn)行產(chǎn)品需求管理的第一步。需求收集得到的各種用戶需求素材是產(chǎn)品需求的唯一來源?？梢哉f需求收集的質(zhì)量影響著產(chǎn)品最終的質(zhì)量。

　　1、需求收集目的

　　需求收集的目的在于：通過以市場(chǎng)為導(dǎo)向的客戶需求收集，保持公司產(chǎn)品的核心競(jìng)爭(zhēng)力，最終實(shí)現(xiàn)產(chǎn)品創(chuàng)新。具體說來：

　　1）深刻理解市場(chǎng)需求、用戶需求，準(zhǔn)確把控行業(yè)發(fā)展趨勢(shì)，保持高度的市場(chǎng)敏感度。

　　2）保證產(chǎn)品研發(fā)是圍繞客戶需求來展開，真正實(shí)現(xiàn)產(chǎn)品研發(fā)“以市場(chǎng)為導(dǎo)向、以客戶為中心”，而不是閉門造車。

　　3）實(shí)現(xiàn)產(chǎn)品創(chuàng)新。通過有創(chuàng)新性的新賣點(diǎn)、新產(chǎn)品的持續(xù)不斷推出，保證公司產(chǎn)品核心的競(jìng)爭(zhēng)優(yōu)勢(shì)。

　　4）及時(shí)獲得競(jìng)爭(zhēng)對(duì)手相關(guān)產(chǎn)品及市場(chǎng)策略，做到“知己知彼”。

　　5）通過需求收集等相關(guān)活動(dòng)，有機(jī)串接市場(chǎng)營(yíng)銷部門與產(chǎn)品研發(fā)部門，建立跨職能部門、端到端的流程進(jìn)行需求開發(fā)。

　　6）加強(qiáng)與用戶互動(dòng)，提升用戶忠誠(chéng)度及粘性。

　　2、需求收集指導(dǎo)原則

　　互聯(lián)網(wǎng)并不缺少用戶需求，恰恰相反，用戶需求泛濫。面對(duì)市場(chǎng)上眾多的“需求”，那些才是真正的用戶需求呢，那些需求符合公司的產(chǎn)品戰(zhàn)略要求呢？

　　需求采集的指導(dǎo)原則：

　　以公司的產(chǎn)品愿景、產(chǎn)品戰(zhàn)略為指導(dǎo)

　　產(chǎn)品愿景及戰(zhàn)略決定了：需求采集應(yīng)該面向那些細(xì)分的目標(biāo)用戶群，而非普遍撒網(wǎng)；對(duì)不同的用戶需求進(jìn)行優(yōu)先級(jí)排序出現(xiàn)需求沖突時(shí)候取舍的標(biāo)準(zhǔn)；確定能實(shí)現(xiàn)或者不能實(shí)現(xiàn)的需求。

　　以用戶欲望為準(zhǔn)繩，給用戶帶來“價(jià)值”而非“功能”

　　3、需求收集方法

　　1）建立需求收集機(jī)制：明確每個(gè)需求收集活動(dòng)參與者的崗位職責(zé)、建立需求預(yù)處理流程、周期性的重復(fù)需求收集活動(dòng)。

　　2）使用統(tǒng)一的需求收集系統(tǒng)。

　　3）采取一定的需求收集技術(shù)和方法。

　　關(guān)于需求收集的方法，如何做好需求收集 這篇文章講解得比較詳細(xì)，可以參考其內(nèi)容。

　　用于需求收集的常見手段包括：

　　● 原型法
　　● 頭腦風(fēng)暴
　　● 用戶訪談法
　　● 問卷調(diào)查法
　　● 標(biāo)桿分析法
　　● 觀察不期而遇的用戶
　　● 各種會(huì)議（如用戶大會(huì)、展覽會(huì)、學(xué)術(shù)研討會(huì)等）
　　● 現(xiàn)場(chǎng)支持
　　● 和支持團(tuán)隊(duì)（運(yùn)營(yíng)團(tuán)隊(duì)、技術(shù)支持團(tuán)隊(duì)）談話
　　● 客戶熱線
　　● 客戶滿意度調(diào)查
　　● 用戶行為分析
　　● 合作開發(fā)

　　一、現(xiàn)有測(cè)試實(shí)施方式中可能遇到的問題

　　在實(shí)際應(yīng)用系統(tǒng)測(cè)試中，我們經(jīng)常遇到一些系統(tǒng)部署范圍較大的案例：比如某行業(yè)產(chǎn)品數(shù)據(jù)管理系統(tǒng)，其數(shù)據(jù)的采集工作由各地市級(jí)的生產(chǎn)單位執(zhí)行，數(shù)據(jù)采集完畢后經(jīng)由地市級(jí)分子公司匯總并上傳到省局級(jí)分公司，在由省局級(jí)分公司上傳至國(guó)家局總部進(jìn)行最終的匯總和統(tǒng)計(jì)，以供領(lǐng)導(dǎo)進(jìn)行整體規(guī)劃和決策。由于其結(jié)構(gòu)特點(diǎn)，可以將系統(tǒng)由上至下劃分為總中心系統(tǒng)、省局系統(tǒng)、地市級(jí)系統(tǒng)和生產(chǎn)單位業(yè)務(wù)系統(tǒng)四部分（有時(shí)地市級(jí)系統(tǒng)和生產(chǎn)單位業(yè)務(wù)系統(tǒng)合并，即為總中心、省局、地市三部分），各部分由對(duì)應(yīng)級(jí)別的業(yè)務(wù)單位使用、管理和維護(hù)。對(duì)于這類系統(tǒng)測(cè)試，常規(guī)的實(shí)施方式大多在計(jì)劃階段將不同級(jí)別模塊的測(cè)試工作劃分，并安排在不同時(shí)間和地點(diǎn)進(jìn)行測(cè)試，或由不同的測(cè)試隊(duì)伍分別進(jìn)行測(cè)試。

　　由于以上特點(diǎn)，測(cè)試實(shí)施過程中往往需要針對(duì)上下級(jí)系統(tǒng)間銜接、數(shù)據(jù)一致及數(shù)據(jù)傳輸性能等質(zhì)量特性增加一部分額外的測(cè)試工作，以確保系統(tǒng)工作能力的驗(yàn)證。那么，是否有辦法減少這部分的額外工作，以比較快捷的方式實(shí)現(xiàn)不同地域、不同級(jí)別系統(tǒng)測(cè)試工作的協(xié)同實(shí)施呢？我們?cè)谀炒螠y(cè)試工作中的經(jīng)歷為這個(gè)問題提供了一個(gè)參考思路。

　　二、一次測(cè)試實(shí)施的啟發(fā)

　　這次測(cè)試是為某通信企業(yè)小型機(jī)服務(wù)器設(shè)備選型而進(jìn)行的性能測(cè)試，參與測(cè)試廠商多為國(guó)內(nèi)外知名的設(shè)備供應(yīng)商，測(cè)試使用預(yù)先確定的統(tǒng)一業(yè)務(wù)框架和數(shù)據(jù)，由參測(cè)廠商提供多款不同檔次的小型機(jī)服務(wù)器搭建工作環(huán)境，確保在相同構(gòu)架、相同業(yè)務(wù)量的情況下對(duì)不同型號(hào)設(shè)備進(jìn)行性能比對(duì)。當(dāng)時(shí)由于某參測(cè)廠商的一款主打產(chǎn)品在國(guó)內(nèi)沒有現(xiàn)貨，經(jīng)多方商討后，決定使用其遠(yuǎn)在美國(guó)總部的實(shí)驗(yàn)室設(shè)備部署測(cè)試環(huán)境，測(cè)試工作小組在國(guó)內(nèi)通過專用網(wǎng)絡(luò)遠(yuǎn)程訪問測(cè)試環(huán)境和執(zhí)行測(cè)試，測(cè)試實(shí)施過程確保由組織者進(jìn)行監(jiān)督和控制。為此，在測(cè)試小組工作地點(diǎn)和實(shí)驗(yàn)室環(huán)境分別向電信部門申請(qǐng)了專用鏈路，以便雙方跨地域的通訊連接。測(cè)試過程中，測(cè)試小組派專人赴實(shí)驗(yàn)室環(huán)境協(xié)助環(huán)境部署和設(shè)備管理，其它人員在國(guó)內(nèi)環(huán)境實(shí)施測(cè)試工作，并及時(shí)將數(shù)據(jù)匯總整理后上報(bào)組織單位。這樣的遠(yuǎn)程測(cè)試環(huán)境，為我們進(jìn)行一些大規(guī)模系統(tǒng)的測(cè)試實(shí)施提供了全新的解決途徑。

　　三、遠(yuǎn)程測(cè)試實(shí)施方式簡(jiǎn)述

　　上述案例中的重點(diǎn)是通過專用電信鏈路在兩地間形成快速有效的通訊環(huán)境，將測(cè)試環(huán)境和實(shí)驗(yàn)室環(huán)境構(gòu)建成專用局域網(wǎng)，并通過遠(yuǎn)程訪問管理工具提供了即時(shí)操作界面，確保異地測(cè)試實(shí)施的順利進(jìn)行，同時(shí)因?yàn)椴恍枰獪y(cè)試團(tuán)隊(duì)全體奔赴國(guó)外，避免了相關(guān)組織工作可能造成的延誤，并有效地節(jié)約了時(shí)間和測(cè)試實(shí)施成本。參考上述模式，我們可以考慮將不同地域子系統(tǒng)納入統(tǒng)一的測(cè)試環(huán)境，以集中的方式對(duì)分布在各地的不同級(jí)別系統(tǒng)進(jìn)行測(cè)試。

　　要構(gòu)建這樣的測(cè)試環(huán)境，搭建兩地甚至是多地間的有效連接是關(guān)鍵。目前主要的實(shí)現(xiàn)方式有兩種：一是向電信部門申請(qǐng)專用鏈路，確保各地有效連接，這種方式實(shí)施成本略高，但連接效果較好，傳輸速度和數(shù)據(jù)量均有所保障，還可以通過專用工具如VNC等遠(yuǎn)程訪問管理工具進(jìn)行管理和控制，系統(tǒng)安全性和獨(dú)立性方面比較可靠；二是直接通過Internet進(jìn)行連接，利用一些通訊工具提供的遠(yuǎn)程訪問功能實(shí)現(xiàn)異地交互的需求，這種方式實(shí)現(xiàn)成本較低，但是通訊效果受兩地間鏈路影響較大，所能承載的傳輸數(shù)據(jù)量較為有限，此外系統(tǒng)安全受工具自身安全性影響較大。

針對(duì)B/S客戶端進(jìn)行性能測(cè)試的時(shí)候，會(huì)遇到很多技術(shù)難點(diǎn)，往往成為性能測(cè)試的礁石。有些難題，雖然看起來是個(gè)小問題，但是如果沒有科學(xué)的解決辦法，往往會(huì)影響整個(gè)測(cè)試項(xiàng)目的進(jìn)度，帶來很大的損失。

　　基于以往性能測(cè)試項(xiàng)目的經(jīng)驗(yàn)，本文總結(jié)了針對(duì)B/S客戶端進(jìn)行性能測(cè)試時(shí)遇到的多個(gè)關(guān)鍵技術(shù)問題，愿與業(yè)內(nèi)同行進(jìn)行深入探討，共同提升測(cè)試能力。

　　1、性能測(cè)試腳本錄制最重要的地方

　　性能測(cè)試腳本錄制最重要的地方，個(gè)人認(rèn)為有以下三個(gè)方面：

　　第一，在性能測(cè)試之前要先做程序的功能驗(yàn)證。這是最開始要做的事情，要確保廠商程序的被測(cè)功能點(diǎn)都是正確的。功能驗(yàn)證都不通過，性能測(cè)試所做的一切都沒有意義了，同時(shí)，功能驗(yàn)證的過程也是熟悉業(yè)務(wù)的過程，對(duì)于測(cè)試工程師非常重要；

　　第二，參數(shù)化分析。雖然參數(shù)化本身非常重要，但是更重要的是參數(shù)化的分析，要分析哪些值需要做參數(shù)化，這才是關(guān)鍵；

　　第三，做關(guān)聯(lián)。做關(guān)聯(lián)可能是最難了，因?yàn)樾枰治龇?wù)器返回的數(shù)據(jù)，要對(duì)程序的流程有個(gè)徹底的了解。做關(guān)聯(lián)的難點(diǎn)還是對(duì)程序流程的理解，并不是關(guān)聯(lián)本身。

　　2、測(cè)試腳本的第一次錄制

　　對(duì)B/S客戶端進(jìn)行第一次腳本錄制，測(cè)試工程師需要注意以下幾個(gè)方面：

　　1）在測(cè)試腳本錄制之前，測(cè)試工程師應(yīng)該已經(jīng)對(duì)測(cè)試規(guī)范進(jìn)行熟悉了，第一次腳本錄制的目的之一就是要按照測(cè)試規(guī)范實(shí)際進(jìn)行一步步的操作，看看是否會(huì)遇到一些報(bào)錯(cuò)的問題；

　　2）通過第一次腳本錄制，測(cè)試工程師需要了解被測(cè)程序的各個(gè)功能是否已經(jīng)實(shí)現(xiàn)以及實(shí)現(xiàn)的方式是怎么樣的。雖然是性能測(cè)試，但是對(duì)于功能的理解，流程的把握是相當(dāng)重要的；

　　3）B/S性能測(cè)試腳本里面，核心的問題就是要把參數(shù)化做好。所以第一次錄制腳本，測(cè)試工程師要仔細(xì)的觀察程序變化，要看一看哪些地方是需要做參數(shù)化的，以及做參數(shù)化的難易程度問題。

　　3、在測(cè)試腳本里找不到需要參數(shù)化的那個(gè)值

　　問題描述：按照測(cè)試規(guī)范的要求，需要對(duì)一個(gè)數(shù)值進(jìn)行參數(shù)化，但是在腳本中沒有發(fā)現(xiàn)這個(gè)值，參數(shù)化無法進(jìn)行。

　　解決方法：這是屬于廠商實(shí)現(xiàn)機(jī)制的問題，測(cè)試工程師需要和廠商進(jìn)行溝通，讓廠商修改程序，使被參數(shù)化的值能夠在腳本中顯露出來，這樣，性能測(cè)試才可能順利進(jìn)行。

　　4、參數(shù)文件里不能有空行

　　問題描述：在實(shí)際測(cè)試中，我們配置了11個(gè)參數(shù)文件，跑10個(gè)循環(huán)沒有錯(cuò)誤，很正常，但是跑100個(gè)就報(bào)錯(cuò)了。

　　解決方法：把報(bào)錯(cuò)的鏈接從IE中打開，發(fā)現(xiàn)有幾個(gè)值是空的，因此而報(bào)錯(cuò)。打開腳本，看參數(shù)文件，界面里顯示的確實(shí)是11個(gè)值，沒有更多的值了，但是從記事本里把參數(shù)文件打開，按Ctrl+A，發(fā)現(xiàn)在后面幾行里有空行，就是因?yàn)檫@個(gè)空行才報(bào)的錯(cuò)。所以發(fā)現(xiàn)，參數(shù)文件里不能有空行，對(duì)于空行，系統(tǒng)也是識(shí)別的。

　　5、極限測(cè)試中測(cè)試終止條件必須定義明確

　　問題描述：起初，性能測(cè)試終止條件定義的是CPU的最高值以及事物通過率的最低值，后來發(fā)現(xiàn)這些條件其實(shí)都是很難達(dá)到的。尤其在極限測(cè)試的時(shí)候，終止條件顯得尤其重要，沒有終止條件就沒有辦法達(dá)到極限了。

　　解決方法：需要定義更細(xì)的終止條件，而且在一定的時(shí)間內(nèi)能夠達(dá)到，要不然無法進(jìn)行極限測(cè)試。

　　6、用LoadRunner監(jiān)控Linux及Unix資源不穩(wěn)定

　　問題描述：用LR監(jiān)控Linux及Unix資源，有時(shí)監(jiān)控會(huì)斷掉，就無法監(jiān)控資源了

　　解決方法：有時(shí)候確實(shí)會(huì)出現(xiàn)這個(gè)問題，所以在實(shí)際測(cè)試中首先要用LR對(duì)服務(wù)器進(jìn)行監(jiān)控，同時(shí)使用服務(wù)器自身的NMON函數(shù)來收集數(shù)據(jù)，把應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器的CPU、內(nèi)存、硬盤IO等的值都收集下來。

　　7、使用NMON函數(shù)要注意的事項(xiàng)

　　第一，NMON函數(shù)是在服務(wù)器端本地啟動(dòng)的，所以每次使用都需要登陸到服務(wù)器把NMON打開。查看NMON是否打開的命令是：ps –ef|grep nmon。

　　第二，NMON函數(shù)的原理是把每次收集的數(shù)據(jù)都放到了一個(gè)文件里，所以每次開始新一輪的測(cè)試，都需要關(guān)閉上一次開啟的NMON，然后打開一個(gè)新的NMON，以便容易區(qū)分?jǐn)?shù)據(jù)。

　　第三，要把時(shí)間校準(zhǔn)好。作為控制臺(tái)的那臺(tái)測(cè)試機(jī)的時(shí)間、應(yīng)用服務(wù)器的時(shí)間、數(shù)據(jù)庫(kù)服務(wù)器的時(shí)間，這三個(gè)時(shí)間要校準(zhǔn)，沒有必要去確認(rèn)哪個(gè)時(shí)間準(zhǔn)確，需要做的是把這三個(gè)時(shí)間的差別算出來，要以做控制臺(tái)的測(cè)試機(jī)的時(shí)間為基準(zhǔn)。

　今天并不是什么特殊的日子，只是最近郁悶，至于何來，并沒有太多的出處?？赡苁羌夹g(shù)上的不服，也可能是人際關(guān)系上的問題?？傊约阂彩切率郑嘞朐缛粘蔀楦呷?，在職場(chǎng)上早日立足。至于這些凌亂繁瑣的關(guān)系，有必要和朋友們分享一下自己的經(jīng)歷和感觸。

　　為什么選擇學(xué)測(cè)試？你最好搞清楚這個(gè)問題，否則會(huì)很容易迷失方向。我的朋友圈子中，有很多，才開始自己的測(cè)試生涯，卻已經(jīng)被其他的旁支所迷惑，比如最終投身去做開發(fā)。我尊重他們的選擇，也理解他們無法在短期內(nèi)整理出自己的思路，不能怪他們。但是我想說，無論你選擇什么道路，都必須堅(jiān)持走下去。畢竟，世界上撿芝麻丟西瓜的事情誰也說不準(zhǔn)。 當(dāng)然，反過來，可能是你的造化。當(dāng)然，造成你無法確定做測(cè)試還是做開發(fā)的根本原因無異于一句話：“測(cè)試人員跟在開發(fā)人員后面，沒有前途的，技術(shù)上也被開發(fā)鄙視。” 對(duì)于不了解行情的新手來說，這是一句迷惑，答案只有自己投身之后才知道。卻因此而放棄走測(cè)試的路，我認(rèn)為，很不值。我可以說，測(cè)試行業(yè)正在日趨規(guī)范化，前途是光明的。只要有自信和技術(shù)，你怕什么呢？ ——還有人說，測(cè)試不需要?jiǎng)幽X子，簡(jiǎn)單，做不下開發(fā)了，來做測(cè)試。這的確是一條出路，不過往后你會(huì)發(fā)現(xiàn)，一旦你這么想了，成功也就越來越遠(yuǎn)了。很顯然，缺乏激情和想象力，促使你放棄了做開發(fā)，那么什么保證你將來不放棄作測(cè)試呢？測(cè)試很簡(jiǎn)單？如果是，那么你就是被開發(fā)鄙視的測(cè)試人員，也沒有什么目標(biāo)可言了。結(jié)論：既然選擇了，就要為了自己的目標(biāo)走下去。

　　測(cè)試需要什么技術(shù)？很多。相對(duì)于開發(fā)而言，新手做測(cè)試，對(duì)于狹義理解的技術(shù)要求相對(duì)比較低。狹義的技術(shù)是指計(jì)算機(jī)技術(shù)，編程技術(shù)，數(shù)學(xué)運(yùn)算技術(shù)等一些硬技術(shù)。要求雖然低，但是不是沒有要求。不過，這些硬技術(shù)絕對(duì)是不夠的。扎實(shí)了這些技術(shù)，你能夠獲得一個(gè)飯碗，是你生存的工具。至于你能吃上什么菜，完全需要廣義的技術(shù)來決定。凡事都是2/8原則的，交流和做人無異于其他行業(yè)的職場(chǎng)。這些技術(shù)，你自己去體會(huì)和累積，沒有人能幫你。至于有些人喜歡背后議論，職場(chǎng)上有些表面上喜歡說好話，卻不做實(shí)事的人而言，你自己的心態(tài)顯然沒有放端正。僅僅只知其一不知其二的臆斷會(huì)令你喪失判斷力和交際能力。有些人就是天生討人喜歡，我們無法去嫉妒他們。因此，我也希望，我能和論壇上的朋友，一起努力，做一個(gè)有技術(shù)的人。免得出現(xiàn)電影中的臺(tái)詞：“一點(diǎn)技術(shù)含量都沒有。”想想就可笑啊……

　　怎樣建立良性循環(huán)的交流圈？ 這里，我有時(shí)候忍不住想說，我們的論壇還不夠活躍。難道這不是一個(gè)很好的平臺(tái)么？說廢話也沒用，希望大家多多發(fā)帖討論吧。技術(shù)上的爭(zhēng)論，沒有什么可以保留的。雖然，我也知道，身為版主，有時(shí)候說話很激進(jìn)，但是，我同樣也希望各位能共同促進(jìn)技術(shù)上的交流和發(fā)展。Improve together。測(cè)試，是團(tuán)隊(duì)項(xiàng)目，相信大家都明白。說這些，僅僅因?yàn)榘l(fā)現(xiàn)，新手園地每日的報(bào)道新兵很多，發(fā)話和提問的很少。我會(huì)把責(zé)任歸在自己辦事不利的身上，希望我的公告能起到積極效果。

　　最后，說點(diǎn)實(shí)際的內(nèi)容。想學(xué)東西，每個(gè)人都有過的念頭。至于新手如何才能更快更有效率的學(xué)習(xí)，我有幾點(diǎn)方法和大家共享一下：

　　1、不要試圖自己是牛人，一下子什么都要學(xué)，給自己個(gè)寬恕和計(jì)劃，半年能精通一門技術(shù)，已經(jīng)很值得羨慕和崇拜了。

　　2、不要去買很多書，尤其是中文書，太誤導(dǎo)人了。 英語好的，多看看原版，思路清晰易解。英語不好的，去借鑒朋友的經(jīng)驗(yàn)，比看書學(xué)的快得多。所以，交流比什么都重要。

　　3、學(xué)測(cè)試，入門的，從純黑盒的理論和測(cè)試用例的編寫學(xué)起。

　　4、做測(cè)試，數(shù)據(jù)庫(kù)非常重要，至少要強(qiáng)迫自己能非常熟練一門數(shù)據(jù)庫(kù)平臺(tái)。

　　5、所謂學(xué)技術(shù)，拿臺(tái)電腦，摸幾下鼠標(biāo)，點(diǎn)幾下鍵盤，自己操作，別光看別人演示，看會(huì)了，立即就會(huì)忘的。

　　6、學(xué)編程，新手自己動(dòng)腦子，別總是想著改代碼，改不出高手的。想看資料的，請(qǐng)?jiān)赪INDOWS環(huán)境下按F1，看懂了，自然成高手了。

　　不多說了，大家一起努力。

　測(cè)試十戒律：

　　1、你應(yīng)該使用大量輸入，來反復(fù)錘煉被測(cè)的應(yīng)用程序

　　　　*大規(guī)模的隨機(jī)測(cè)試（自動(dòng)化），而且有助于理解輸入和輸出的關(guān)系；

　　2、你應(yīng)當(dāng)貪圖你的鄰居的應(yīng)用程序

　　3、你應(yīng)當(dāng)親自尋找睿智的預(yù)言家

　　　　*對(duì)應(yīng)的輸入是否有對(duì)應(yīng)的輸出，也就是測(cè)試基準(zhǔn)是否清楚的了解特定輸入和環(huán)境條件組合的情況；

　　　　*嘗試讓測(cè)試基準(zhǔn)自動(dòng)化，也許做不到，但是這樣思考你可以選擇做更有效率的工作；

　　4、你不應(yīng)該崇拜無法重現(xiàn)的失效

　　　　*盡最大努力注意并記?。ɑ蛴涗浵拢?duì)軟件采取的動(dòng)作次序，同時(shí)記住應(yīng)用程序的響應(yīng)；

　　　　*考慮使用調(diào)試器之類能追蹤動(dòng)作和軟件狀態(tài)的工具；

　　　　*警惕為它白白花去了一整天的時(shí)間；

　　5、你應(yīng)該尊重你的模型和自動(dòng)化測(cè)試

　　　　*測(cè)試模型是關(guān)于應(yīng)用程序做些什么（即模型）和怎么去做（即自動(dòng)化測(cè)試）的點(diǎn)滴智慧的結(jié)晶；

　　　　*即使做不到自動(dòng)化，也應(yīng)該嘗試；

　　6、你應(yīng)該利用開發(fā)人員的過錯(cuò)與他們作對(duì)

　　　　*總結(jié)開發(fā)人員的錯(cuò)誤類型，理解他們自己的錯(cuò)誤模式，然后將該類型錯(cuò)誤的測(cè)試運(yùn)用到該開發(fā)人員編寫的每個(gè)模塊；

　　7、你應(yīng)該醉心于應(yīng)用程序的謀殺（諸如讓你的機(jī)器藍(lán)屏吧^_^）

　　　　*對(duì)于任何一個(gè)缺陷應(yīng)該深入調(diào)查，而不是輕易放過；

　　　　*確認(rèn)自己是否確實(shí)了解缺陷的影響程度和破壞力；

　　8、你應(yīng)該保持產(chǎn)品發(fā)布時(shí)刻的圣潔

　　　　*不要抱怨發(fā)布日期，當(dāng)時(shí)間不夠以前，應(yīng)提前警告后果；

　對(duì)于互聯(lián)網(wǎng)公司而言，產(chǎn)品需求管理是產(chǎn)品研發(fā)的核心環(huán)節(jié)，產(chǎn)品需求的正確與否直接影響產(chǎn)品開發(fā)周期、產(chǎn)品開發(fā)成本、產(chǎn)品運(yùn)營(yíng)成本，甚至直接決定了產(chǎn)品市場(chǎng)競(jìng)爭(zhēng)力。根據(jù)統(tǒng)計(jì)：產(chǎn)品開發(fā)中40%～60%的問題都是在需求階段埋下的“禍根” ，在測(cè)試階段及運(yùn)營(yíng)階段發(fā)現(xiàn)需求階段植入的問題，解決的代價(jià)是需求階段發(fā)現(xiàn)問題的68～200倍。

　　關(guān)于需求管理的故事很多，列舉一些常見問題：

　　● 某天老板問起：我很久以前提過一個(gè)需求，提過以后就沒下文了。產(chǎn)品經(jīng)理無辜地說：有提過嗎，是給我提的嗎？

　　● 某個(gè)銷售談起：我很久以前提過一個(gè)需求，當(dāng)時(shí)被產(chǎn)品否掉了，覺得不重要，現(xiàn)在競(jìng)爭(zhēng)對(duì)手就靠此功能贏得了眾多客戶。產(chǎn)品經(jīng)理無辜地說：當(dāng)時(shí)是被否掉了，但你后面再?zèng)]有提過，因此在后續(xù)產(chǎn)品開發(fā)中當(dāng)然沒考慮此需求

　　● 某天老板提起：某個(gè)產(chǎn)品的某個(gè)功能很不錯(cuò)，于是乎大家加班加點(diǎn)地開發(fā)實(shí)現(xiàn)了類似功能。等到產(chǎn)品開發(fā)出來后才開始找客戶、找賣點(diǎn)。

　　● 銷售們抱怨：產(chǎn)品人員、開發(fā)人員閉門造車，只關(guān)注技術(shù)，不關(guān)注客戶需求。產(chǎn)品及技術(shù)無辜地說：銷售人員根本描述不清楚需求，我們已經(jīng)按照他們需求開發(fā)出來了，他們還是不滿意。

　　● 銷售人員只管銷售目標(biāo)的完成，客戶反映的信息不能傳遞到產(chǎn)品及技術(shù)部門。研發(fā)部門主動(dòng)到銷售人員那里了解市場(chǎng)信息時(shí)，他們往往說：“我只管銷售，你先把產(chǎn)品拿出來再說”

　　● 某個(gè)客戶在社區(qū)里投訴：xx產(chǎn)品的xx功能做得太差了，已經(jīng)投訴過幾次都還沒有改善；但產(chǎn)品及技術(shù)無辜地說：他這功能相對(duì)于其他產(chǎn)品功能優(yōu)先級(jí)很低，因此暫時(shí)不考慮

　　● 競(jìng)爭(zhēng)對(duì)手某個(gè)殺手級(jí)產(chǎn)品的功能其實(shí)以前公司很久以前就做了，但后來沒有持續(xù)完善，導(dǎo)致“起了個(gè)大早，趕了個(gè)晚集”

　　● 某個(gè)產(chǎn)品越做越大、越做越亂，直到有一天無法維護(hù)時(shí)候整理產(chǎn)品功能才發(fā)現(xiàn)，里面有一堆亂七八糟的需求，這些需求怎么來的、現(xiàn)在哪一個(gè)客戶在使用此功能，誰都不知道

　　● 公司層面產(chǎn)品相關(guān)利益者都參加的需求收集會(huì)議也開了很多次，但大家對(duì)于產(chǎn)品需求的理解還是沒有統(tǒng)一

　　● 與競(jìng)爭(zhēng)對(duì)手的產(chǎn)品比較，產(chǎn)品功能比競(jìng)爭(zhēng)對(duì)手全面多了，但還是競(jìng)爭(zhēng)不過競(jìng)爭(zhēng)對(duì)手的產(chǎn)品

　　● 某個(gè)產(chǎn)品離職了，大家才發(fā)現(xiàn)，對(duì)產(chǎn)品最熟悉的人只有這個(gè)產(chǎn)品經(jīng)理，沒有任何文檔及功能說明，有的只是網(wǎng)站頁(yè)面和代碼

　　對(duì)于大部分互聯(lián)網(wǎng)公司而言，都意識(shí)到了產(chǎn)品管理的重要性，因此都有相應(yīng)的產(chǎn)品管理流程，但為何以上問題仍然屢見不鮮呢？

　　以上問題的根源在于：

　　1）沒有對(duì)各種需求有效地分層分級(jí)，對(duì)不同階段需求的目標(biāo)沒有明確的定義

　　2）沒有建立一個(gè)橫跨市場(chǎng)和產(chǎn)品研發(fā)部門的組織機(jī)構(gòu)來統(tǒng)一負(fù)責(zé)收集市場(chǎng)需求，并將其傳遞給產(chǎn)品研發(fā)團(tuán)隊(duì)

　　3）缺少完備的需求收集、匯總、分析機(jī)制，“公司神經(jīng)末梢與大腦失去聯(lián)系”

　　4）沒有建立一套跨部門的端到端的業(yè)務(wù)流程來指導(dǎo)市場(chǎng)需求收集與傳遞工作

　　5）沒有一個(gè)客戶需求分析工具來指導(dǎo)系統(tǒng)性地收集客戶需求

　　1、互聯(lián)網(wǎng)產(chǎn)品需求來源

　　一提到需求管理，產(chǎn)品人員及技術(shù)人員都會(huì)異口同聲地說：軟件需求管理，我們有啊。我們的軟件開發(fā)過程遵循CMMI3、RUP、XP、SCRUM等開發(fā)過程，需求管理是我們進(jìn)行開發(fā)的最重要階段。

　　我們這里所指的“需求”不單純只是技術(shù)術(shù)語的產(chǎn)品需求、軟件需求，還包括：

　　● 客戶所想所需：Needs、Wants
　　● 市場(chǎng)需求
　　● 產(chǎn)品包需求：Offering Requirement
　　● 產(chǎn)品需求
　　● 開發(fā)需求

　　相對(duì)于傳統(tǒng)軟件開發(fā)過程，互聯(lián)網(wǎng)企業(yè)的需求管理來源更加多樣化，包括：