官术网_书友最值得收藏!

Providing options to a dropdown

The Git tag for this section is providing-options.

The first option in our dropdown should be an empty value. This is the value that's initially selected when the user creates a new appointment: no option is selected. Let's write that test now:

it('initially has a blank value chosen', () => {
render(<AppointmentForm />);
const firstNode = field('service').childNodes[0];
expect(firstNode.value).toEqual('');
expect(firstNode.selected).toBeTruthy();
});

Make that pass by adding in an empty option into the top of the select:

export const AppointmentForm = () => (
<form id="appointment">
<select name="service">
<option />
</select>
</form>
);

In the first chapter, you saw the importance of keeping test data simple. Our tests reference just what we need to exercise the test, and nothing more. We have to be very careful of noise, and we aim to keep our tests as concise as possible.

Now, we'll apply that principle to a larger set of data.

Our salon provides a whole range of services and we'd like to ensure that they are all listed in the app. We could start our test by defining our expectations like this:

it('lists all salon services', () => {
const selectableServices = [
'Cut',
'Blow-dry',
'Cut & color',
'Beard trim',
'Cut & beard trim',
'Extensions' ];

As it turns out, there's a simpler way. We want to prove that our code can take an array and list each array item within the dropdown. We can do this with just two items in our array. Any more is overkill.

But how do we use only two items in our test when we need six items for the production code?

We do that by passing in our array as a prop to the component, rather than hard-coding it within the component itself. We can then provide a two-item array for our tests and the full list when we hook the AppointmentForm up in our application entrypoint.

Add the following test:


it('lists all salon services', () => {
const selectableServices = ['Cut', 'Blow-dry'];

render(
<AppointmentForm
selectableServices={selectableServices}
/>
);

const optionNodes = Array.from(
field('service').childNodes
);
const renderedServices = optionNodes.map(
node => node.textContent
);
expect(renderedServices).toEqual(
expect.arrayContaining(selectableServices)
);
});

The expectations here are more complicated than we've seen before. The Array.from method takes childNodes, which is a NodeList, and produces a standard JavaScript array with the same nodes. We then use the Array.map function to pull out the textContent of these nodes and check that it matches our original array.

NodeList objects are "live" in that they automatically update when the DOM changes. By calling Array.from, we are taking a snapshot of the values within it at a particular moment in time.

The toEqual matcher, when applied to arrays, will check that each array has the same number of elements and that each element appears in the same place.

I've used "real"-like data for my expected services: cut and blow-dry. It's also fine to use non-real names such as Service A and Service B. Often, that can be more descriptive. Both are valid approaches.

Let's make this pass. Change the component definition, as follows:

export const AppointmentForm = ({ selectableServices }) => (
<form id="appointment">
<select name="service">
<option />
{selectableServices.map(s => (
<option key={s}>{s}</option>
))}

</select>
</form>
);

The latest test should now pass, but our earlier tests break because of the introduction of the new prop. We could update our tests to explicitly pass a selectableServices prop into AppointmentForm. We could also change our production code to use a default array if selectableServices isn't defined.

But there's another way, which is also conveniently how we'll get our real data into the application.

主站蜘蛛池模板: 新蔡县| 昌黎县| 永修县| 仙桃市| 武邑县| 诸暨市| 四会市| 凤庆县| 天镇县| 彭阳县| 搜索| 宁化县| 苏尼特右旗| 会理县| 西城区| 昌黎县| 调兵山市| 城市| 颍上县| 利川市| 巫溪县| 武鸣县| 汉寿县| 宁海县| 轮台县| 昆明市| 金溪县| 中宁县| 平原县| 晋城| 日照市| 女性| 监利县| 林西县| 修水县| 广东省| 外汇| 衡水市| 平舆县| 垫江县| 五原县|