TEST PLAN
<POWIFI>
PROJECT MANAGER: <GRANT HEILEMAN>
<AARON, CRAIG, JACOB, MATT>
UNIVERSITY OF NEW MEXICO
SCHOOL OF ENGINEERING
SPONSOR K&AWIRELESS
ABQ, NM 87122
03/23/2016
Remove this box and put an approved
Sponsor logo in this space ONLY if your
Sponsor
doing so.
To approves
use this template:
If they do not, center the UNM logo.
Revision History:
Versio
n
Revision
Date
Description
Author
Contents
1
Introduction..................................................................................................................3
Relationship to other documents.................................................................................3
System overview..........................................................................................................3
Features to be tested/not to be tested...........................................................................3
4.1
Features to be tested..............................................................................................3
4.1.1
<First Feature> List the features you will test. Each of these will become a
Test Case in Section 8..................................................................................................3
4.1.2
4.2
<Second Feature>..........................................................................................3
Features not to be tested........................................................................................4
List specifically the features you will NOT be testing, and WHY. As an example, you
will not test a feature because......................................................................................4
4.2.1
<First Feature>..............................................................................................4
4.2.2
<Second Feature>..........................................................................................4
5.
Pass/Fail criteria...........................................................................................................4
6.
Approach......................................................................................................................4
7.
Testing materials (hardware/software requirements)...................................................4
8.
Test Cases....................................................................................................................4
8.1
Test Case #1: <Brief Description and/or Name>......................................................5
8.2
Test Case #2: <Brief Description and/or Name>......................................................6
9.
Testing Schedule..........................................................................................................7
1 Introduction
The PoWiFi system consists of a router running the PoWiFi
algorithm and a matched DC-DC rectifier. The PoWiFi algorithm
occupies a WiFi channel, increasing the channels occupancy. The
receiving end utilizes ultra low loss components, as well as a highly
efficient DC-DC converter.
2 Relationship to other documents
Functional specifications and Statement of Work
3 System overview
Our system consists of two parts, the software and the hardware.
The software side is working on an Intel gateway running Linux.
We are developing an algorithm that runs a CURL command on the
gateway when channel occupancy is low.
The hardware side consists of PCB, which we are designing. The
PCB we have designed has a matching network (matched to a
50ohm antenna), and AC-DC rectifier, and a DC-DC converter. We
design is centered around the DC-DC convert so we will be
designing the board so that it can accommodate our converters
functionality.
4 Features to be tested/not to be tested
4.1 Features to be tested
PSD and average power output from gateway running normal
network and then test running PoWiFi
Test efficiency of boards. Comparing Eval, Rev. 1 and Rev. 2
4.1.1 <First Feature>
Gateway power output
4.1.2 <Second Feature>
Board efficiency
4.2 Features not to be tested
Max power output of DC-DC converter.
Our design will never reach these voltages.
5. Pass/Fail criteria
If the average power for PoWiFi is more the 10% of a normal
network (success)
If cold start voltage is lowered by 10% in each board design
(success)
6. Approach
We will be using a VNA at K&A to test the PSD of the gateway
running PoWiFi. We will also use the digitizers and voltage
regulators supplied by K&A to test the PCBs.
7. Testing materials (hardware/software
requirements)
Gateway, Computer, VNA, and two 3.5 mm coax cables
Eval board, Rev. 1 board, voltage regulator, digitizer and voltmeter.
8. Test Cases
This section is the most important - it is where you list each test specifically, how it
will be done, and what will be measured or examined.
Each line item of the Functional Specification should be embodied in at least one
Test Case. However, a Test Case may cover more than one line item in the
Functional Spec.
Make the Description and/or Name of each test case very clear and try to relate it to
the spec.
8.1Test Case #1: <Brief Description and/or Name>
Tested By:
Test Type
Test Case Number 1
Test Case Name
Test Case
Section
Description
Item(s) to be tested
1
2
3
4
Specifications
Expected
Output/Result
Input
1.
1.
Procedural Steps
1
2
3
8.2Test Case #2: <Brief Description and/or Name>
Tested By:
Test Type
Test Case Number 1
Test Case Name
Test Case
Section
Description
Item(s) to be tested
1
2
3
4
Specifications
Expected
Output/Result
Input
Procedural Steps
1
2
3
9. Testing Schedule
Test Dates
Description
Test Case 1
Test Case 2
Responsible Engineers
